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ABSTRACT 
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An open architecture platform bypasses data from the facili- 
ties of a telecommunications carrier, e.g. an incumbent local 
exchange carrier, by distinguishing between voice and data 
traflSc, and handling voice and data traffic separately. An SS7 
gateway receives and transmits SS7 signaling messages with 
the platform. When signaling for a call arrives, the SS7 
gateway informs a control server on the platform. The 
control server manages the platform resources, including the 
SS7 gateway, tandem network access servers (NASs) and 
modem NASs. A tandem NAS receives the call over bearer 
channcb. The control server determines whether the incom- 
ing call is voice traffic or data traffic, by the dialed number, 
and instructs the tandem NAS how to handle the call. M>iced 
traffic is transmitted to a switch for transmission from the 
platform. Data traffic is terminated at a modem NAS, where 
it is converted into a form suitable for a data network, such 
as a private data network or an Internet services provider 
(ISP). The converted data is sent by routers to the data 
network. The data network need not convert the data, as the 
function has already been provided by the platform. In lieu 
of a conversion, the modems can create a tunnel (a virtual 
private network) between a remote server and tbe data 
network. 
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SYSTEM AND METHOD FOR BYPASSING 
DATA FROM EGRESS FACILITIES 

BACKGROU>(D OF THE INVENTION 

1. Field of ihe Invention 

The present invention relates generally to telecommuni- 
cations networks and, more particularly, to a system and 
method for the signaling, routing and other manipulation of 
voice and data calls within the public switched telephone 
networic. 

2. Related Art 

Telecommunication networks were originally designed to 
connect one device, such as a telephone, to another device 
using switching services. Ciraiit-switched networks provide 
a dedicated, fixed amount of capacity (a "circuit^) between 
two devices for the entire duration of a transmission session. 

Originally, a circuit was created manually, i.e., by a direct 
connection from a calling party to a human operator (a "ring 
down") along with human cross-connection by the operator 
to a called party. 

More recently, a circuit is set up between an originating 
switch and a destination switch using a process known as 
signaling. Signaling sets up, monitors, and releases connec- 
tions in a circuit-switched system. Different signaling meth- 
ods have been devised. Telephone systems formerly used 
in-band signaling to set up and "tear down" calls. Signals of 
an in-band signaling system arc passed through the same 
channels as the information being transmitted. Early elec- 
tromechanical switches used analog or multi-frequency 
(MF) in-band signaling. Thereafter, conventional residential 
telephones used in-band dual-tone multiple frequency 
(D1MF) signaling to connect to an end office switch. Here, 
the same wires (and frequencies on the wires) were used to 
dial a number (using pulses or tones), as are used to transmit 
voice information. However, in-band signaling permitted 
unscrupulous callers to use a device such as a whistle to 
mimic signaling sounds to commit fraud (e.g., to prema- 
turely discontinue billing by an interexchangc carrier (DCC), 
also known as long distance telephone company). 

More recently, to prevent such fraud, out-of-band signal- 
ing systems were introduced that use, for example, a packet 
network for signaling that is separate from the circuit 
switched network used for carrying information. For 
example, integrated services digital network (ISDN) uses a 
separate channel, a data (D) channel, to pass signaling 
information out-of-band. Common Channel InterofiSce Sig- 
naling (CCIS) is a network architecture for out-of-band 
signaling. A popular version of CCIS signaling is Signaling 
System 7 (SS7). SS7 is an internationally recognized system 
optimized for use in digital telecommunications networks. 

SS7 out-of-band signaling provided additional benefits 
beyond fraud prevention. For example, out-of-band signal- 
ing cased quick adoption of advanced features (e.g., caller- 
id) by permitting modifications to the separate signaling 
network. In addition, the SS7 network enabled long distance 
"Equal Access" (i.e., 1-Klialing for access to any long 
distance carrier) as required under the terms of the modified 
final judgment (MFJ) requiring divestiture of the Regional 
Bell Operating Companies (RBOCs) from their parent 
company, AT&T. 

While SS7 and other out-of-band signaling systems have 
advantages over in-band systems, they still have deficien- 
cies. For example, the SS7 network is still more like X.25 
rather than a broadband network. Also, SS7 is a limited 
protocol in that it only addresses setup, teardown, and 
monitoring of calls. 
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An SS7 network includes a variety of components. Ser- 
vice Switch Points (SSPs) arc telephone offices which are 
directly connected to an SS7 network. All calls must origi- 
nate in or be routed through an SSP switch. Calls are passed 

5 through connections between SSPs within the telecommu- 
nications network. A Signal Transfer Point (STP) is a 
component which passes signals between SSPs. other STPs, 
and Service Control Points (SCPs) for processing. An STP 
is a special application packet switch which operates to pass 
signaling information. Two STPs may be used together to 
provide redundancy. 

An SCP is a special application computer which maintains 
information in a database required by users of the network. 
SCP databases may include, for example, a credit card 
database for verifying charge information or an "800" data- 
base for processing toll-free calls. The components in the 
SS7 network are connected by links. Typically, links 
between SSPs and STPs can be, for example. A, B, C, D, E 
or F links. Typically, redundant links are also used for 
connecting an SSP and its corresponding STPs. Customer 
premises equipment (CPE), such as a telephone, are con- 
nected to an SSP or an end office (EO). 

To initiate a call in an SS7 telecommunications network, 
a calling party using a telephone coimected to an originating 

^ end office (EO) switch, dials a telephone number of a called 
party. The telephone number is passed from the telephone to 
the SSP at the originating end office (referred to as the 
"ingress EO") of the calling party's local exchange carrier 
(LEC). A LEC is commonly referred to as a local telephone 
company. First, the SSP will process triggers and internal 
route rules based on satisfaction of certain criteria. Second, 
the SSP will initiate further signals to another EO or access 
tandem (AI), for example, if necessary. The signaling infor- 
mation can be passed from the SSP to STPs, which route die 
signals for communication between the ingress £0 and the 
terminating end office, or egress EO. The egress EO has a 
port designated by the telephone nimaber of the called party. 
The call is set up as a direct connection between the EOs 
through tandem switches if no direct trunking exists or if 

^ direct trunking is full. If the call is a long distance call, i.e., 
between a calling party and a called party located in different 
local access transport areas (LATAs), then the call is con- 
nected through an inter exchange carrier (IXC) switch of any 
of a number of long distance companies. Such a long 
distance call is commonly referred to as an inter-LATA call. 
LECs and IXCs are collectively referred to as the public 
switched telephone network (PSTN). 

Emergence of a competitive LEC (CLEC) was facilitated 
by passage of the Telecommunications Act of 1996, which 

5Q authorized competition in the bcal phone service market. 
Traditional LECs or RBOCs are now also known as incum- 
bent LECs (ILECs). Thus, CLECs compete with ILECs in 
providing local exchange services. A large cost associated 
with setting up and operating a CLEC is the equipment 

55 needed to circuit switch data and voice calls. 

Since the LECs handle both voice and data 
communications, large amounts of information are commu- 
nicated. Bandwidth concerns are always present. The PSTN 
still has deficiencies, particularly with regard to data 

gQ communications, for such problems as network congestion 
and bottlenecks. 

The PSTN is ill-equipped to handle the integration of data 
and voice communications. Today, data and voice calls are 
sent through the same network. Data communications are 

65 presently layered on top of voice switching. 

Circuit switching is the process of setting up and keeping 
a circuit open between two or more users, such that the users 
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have exclusive and full use of the circuit until the connection 
is released. Packet switching is like circuit switching in that 
it can also switch information between users. Unlike circuit 
switching, packet switching does not leave a circuit open on 
a dedicated basis. Packet switching has conventionally been 
a data switching technique. Packet switching separates a 
communication into pieces called packets. A packet can 
contain addressing information, such as, for example, a 
destination address. In packet switching, the addresses of a 
packet are read by a switch and the packet is then routed 
down a path toward a switch associated with the destination 
address. Different packets can take diverse paths to reach the 
evennial destination. Typically, in the last switching office 
before the packets reach the destination user, the packets can 
be assembled and sequenced. 

Achannel, also known as a circuit, is a 64 (Kbps) building 
block of Tl series. A circuit is derived from the digitization 
and coding of analog signals. Digitization involves taking 
8000 samples per second (i.e., twice the highest voice 
frequency of 4,000 Hz) for voice traEBc. When coded in 8 bit 
words a 64 Kbps buUding Mode is yielded. This circuit is 
termed a Level 0 Signal and is represented by DS-0 (Digital 
Signal at Level 0). Combining 24 of these channels into a 
serial bit stream using time division multiplexing (TDM) is 
performed on a frame-by-frarae basis. A frame is a sample 
of all 24 channels (i.e., the multiplicative product of 24 and 
8 bits is 192 bits) plus a synchronization bit called a framing 
bit, which yields a block of 193 bits. Frames are transmitted 
at a rate of 8,000 per second (corresponding to the sampling 
rate), thus creating a 1.544 Mbps (i.e., the product of 8,000 
and 193 is 1544 Mbps) transmissioa rate, which is the 
standard Tl rate. Tins rate is termed DS-1. 

Queuing refers to the act of stacking or holding caiUs to be 
handled by a q>ecific person, trunk or trunk group. Queuing 
theory deals with the study of the behavior of a system that 
uses queuing, such as a telephone system. Queuing is very 
important to the design of packet networks where speed of 
transmission more than offsets the delay of waiting for a 
transmission facility to become available. 

Telephone call traffic is measured in terms of centi call 
seconds (CCS) (i.e., one hundred call seconds of telephone 
conversations). One hour of calling traffic, also known as an 
Erlang (named after a queuing theory engineer), is equal to 
36 CCS (i.e., the product of 60 minutes per hour and 60 
seconds per minute divided by 100, the theoretical limit of 
a trunk). An Erlang is used to forecast tninking and TDM 
switching matrix capacity. A "non-blocking" matrix (i.e., the 
same number of lines and trunks) can theoretically switch 36 
CCS of traffic. Numerically, traffic on a tmnk group, when 
measured in Erlangs, is equal to the average number of 
uiinks in use during the hour in question. For example, if a 
group of trunks carries 20.25 Erlangs during an hour, a little 
more than 20 trunks were busy. 

At times of high data traffic, the internal CCS of call traffic 
of the tandem and egress switches climbs, resulting in such 
problems as network blocking and busy signals. Data calls 
traditionally pass through tandem and egress switches before 
being switched to a Wide Area Network (WAN) access 
device. The tandem and egress switches have become bottle- 
necks. 

Growth of the Internet has led to increased data commu- 
nications traffic that has exacerbated the problem. Corpora- 
lions that provide remote modem access to data networks 
provide dial-up and direct connections. One important 
example of such corporations are Internet Service Providers 
(ISPs) provide dial-up and direct connection access to 


J2,169 Bl 

4 

Internet subscribers. Dial-up access is based on transmission 
using the serial line interface protocol (SUP) or point-to- 
point protocol (PPP) to the ISP's network access device. An 
ISP's network access device can include a communications 

5 server, A communications server represents one of several 
devices connected to a local area network (LAN) or wide 
area network (WAN). A network router can be connected to 
the LAN. A network router can be, for example, a computer 
running routing software, or a dedicated routing device. The 

10 router's serial port is used to provide a high-speed commu- 
nications connection from the ISP to an Internet network 
service provider (NSP). 

Many ISPs arc small, start-up companies that face chal- 
lenges in obtaining the startup capital required to fund large 

15 capital expenditures required to purchase the data termina- 
tion and protocol conversion equipment, including routers, 
communications servers, and racks filled with modems. ISPs 
must also expend significant sums of money to the ILEC for 
large numbers of access lines required to pass data calls 

20 through tandem and egress switches befiare being switched 
to WAN access devices, ISPs must pass on these costs to 
their subscribers. 

Similarly, a business entity must also invest substantial 
capital to purchase communications equipment, when, for 
example, the entity needs to provide employees remote 
access to a private data network. 

The attributes of modem or Internet-type data traffic are 
very different from those of voice traffic. First, the traffic is 
qualitatively different. The duration of dau traffic (e.g., 20 
minutes, 12 hours, or more) is typically longer than voice 
traffic (e.g., 3 minutes) and therefore requires different 
queuing theory. Ironically, a data call often does not even 
need access to the line aU the time siixx an Internet call can 

^5 contain "bursty traffic", i.e., intermittent bursts of upstream 
and downstream traffic. Because voice and modem traffic arc 
structurally different, the probability distribution must be 
adjusted accordingly. The statistical distribution for voice 
calls is an "exponential distribution," Le., most calls are 3 

^ minutes or less in duration, and there is a rapidly decreasing 
number of calls lasting longer than 3 minutes. Data calls 
(e.g., modem, fax, intemet, etc.) have a mean holding time 
on the order of 20 minutes, and the distribution of holding 
times instead of having an exponential distribution, has a 

^5 "power law distribution," meaning it is not extraordinary to 
encounter caUs of very long duration such as, e.g., 12 hours, 
a day, or even longer. 

Second, noodem intemet traffic is also quantitatively dif- 
ferent from voice traffic. The Intemet modem traffic gener- 

50 ates much higher loads. Residential lines have been engi- 
neered expecting to generate loads of 3 or 4 CCS, and 
business lines, 5 or 6 CCS. If the same customer begins 
using the same line for Internet traffic, the load can easily 
double or triple. 

55 Today, the public network is optimized for voice. 
However, modem traffic has overtaken voice in the local 
exchange. Queuing theory has not been adjusted for this 
occurrence^ resulting in public network dysfunction. For 
example, growth in popularity of fixed rate, unlimited access 

60 services from ISPs has excessively burdened the PSTN 
circuit-switch infrastructure. Each unlimited access connec- 
tion can tie up a dedicated circuit through a tandem switch 
and/or an egress end office (EO) switch. What is needed then 
is an improved system for handling data communications, 

65 which would allow data to bypass the local exchange's 
egress switches and the associated costs from local tele- 
phone companies. 
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SUMMARY OF THE INVENTION (SUP) protocol format, or a point-to^oint (PPP) protocol 

Tn. * • • I J . • . format. However, the list of formats that can be used for the 

The present mvcntion includes a system implementation , _ . A . ^ , u .u 

J *L J • 1 * . - . fif^t format and the second format can be the same, 

and a method implemcnUUon. The system implementation _ » »<iiut. 

is directed to a system for bypassing the egress facilities of . , ^® network access server can comprise a second device 
a telecommunications system. The system comprises a ^ multiplexing the data calls onto the net- 
gateway, a network access server and a control server. The '^'''^ ^^^^^ ^ ^ 
gateway communicates with a telecommunications carrier network access server bay. 

by receiving and transmitting signaling messages. The net- system can further include a database for distinguish- 

work access server terminates data calls for termination ing between voice calls and data calls. The daUbase includes 

processing and/or for re-originating said data calls. The * comprising called party numbers and the terminating 

control server communicates with the gateway for distin- points corresponding to the called party numbers. If the 

guishing between voice calls and data calls received from control server determines that a called party number corre- 

thc telecommunications carrier and for sending the data calls sponds to a data modem, then the call is a data call, 

to the network access server, In one embodiment, the system further includes a voice 

The gateway communicates with a switch fadUty in the ^ ^^^^ switching the voice calls and for transmitting the 

telecommunications carrier via the signaling messages. The "^^^^ system. 

switch can be, for example, a class 3/4 access tandem switch system can be implemented as an open architecture 

or a class 5 end office switch. platform that is leased by or owned by an incumbent local 

The gateway can be, for example, a first application 20 ^^^h^g^ c^^er (ILEC). an intercx^^^^ 

program running on a host computer; and the control server ^^^P^^^^^ local exchange carrier (CLEQ, or an enhanced 

can be a second appUcation program running on the host ^"^"^^ provider. In one embodmicnt. the gateway, control 

computer or on a second host computer. The first appUcation ^17*"^' ^^T""*" ^"^^ ^""^ ^"^^""^ ^ 

program and the second appUcation program intercommu- collocated. In another embodiment, the gateway, control 

2j server, network access server, and the voice switch are in 

' u ^- * *u . 1 !_ different geographical regions. 

In one embodiment, the control server has a commum- T- i , r*u • . • 

cations portion for communicating with the gateway. The tmplementaUon of the mvenUon is directed to 

communications portion of the control server and the gate- f ^ ^^"^'"^ ^'^"Ik!?*^. ^"^'""^uf." 

way communicaL. for example, via an X.25 proLol telecomrnuni<^nons earner. -^^^ 

format, a transmission control program, internet protocol 30 ^ !£!?k*'^L'"'^'' ^l^"^'"^^,^^^^^^"^"^ 

(TCP/IP) packet format, a user protocol, ktemct ^Y^tem determmmg >*^ther the caU is 

protocol (UDP/IP) packet format ^r fonnats are f^, ^. ^^"^^ ^"^^ ^^^^^^ ^ ^^e' 

available as well for termination processing if the call is a data call. 

. w -i: . *u ^1 1. ^® step of establishing a call with the tdecommimica- 

In one embodiment, the conm>l server has a commum. ^^j^ information to set 

cations portion for commumcating with a commmncatioiis ^p a cil coming into the op^J^teOure telecommunica- 

portion of the network access server. The communications j^^^^^ , ^ ^ 

poison of the control server and the commumcations portion ^^^^ ^„ ^^c open architectuir telecommunications system, 

of Oie network access server commumcate via a protocol receiving the call at the open architecture telecommu- 

f 7 ."^ "TJ^'k^^^ ""T^^^^n 40 nicatk>ns system. Hie step of receiving signaling informa- 

face (NMI) protocol i^^^^^^^^^^"^} ™C « tion comprises receiving signaling info^ation at a gateway, 

protocol (provided m a pubbcaily available document, as ^ embodiment, signalinglystem 7 (SS7) signaling 

noted below). informatk)n is received at the gateway. 

In one embodiment, tbe network access server extends a step of determining whether the call is a voice caU or 

first nenvork to a second network by establishing a protocol ^ data call includes using a telephone number of a called 

tunnel for the daU calls. For example, the first network is a party to determine whether tbe caU is a voice call or a dau 

virtual pnvatc networic and the second network is a daU caU. The telephone number can be, for example, a number 

network. The tunnel is established using a point-to^int used to access at least one network device of an Internet 

tunnehng protocol (PPTP). Services Provider (ISP), at least one network device of a 

In an alternative embodiment to the latter, the network 50 competitive local exchange (CLEQ carrier, or a customer 

access server converts the data calls from a first digitized premises equipment (CPE). 

format into a second digitized format for delivery of the data In one embodiment, tbe step of terminating the call onto 

calls to a destinatk)n data network. The network access a network access server for termination processing includes 

server comprises a first device, this first device terminating converting the call from a first protocol to a second protocol, 

the data calls on at least one modem. For example, this first 55 The first protocol can inchidc. for example, a transmission 

device is a modem network access server bay. control program, internet protocol (TCP/IP) packet format. 

In a preferred embodiment, the first digitized formal can or a user datagram protocol, internet protocol (UDP/IP) 

be a transmission control program, internet protocol (TCP/ packet format. The second protocol can be the same formats 

IP) packet format, or a user datagram protocol, internet as well, though the second formal is preferably different than 

protocol (UDP/IP) packet format, an asynchronous transfer 60 the first protocol format. 

mode (ATM) cell packet format, a point-to-point tunneling In another embodiment, the step of terminating tbe call 

protocol (PPTP) format, a NETBIOS extended user inter- onto a network access server for termination processing 

face (NETBEUI) protocol formal, an Applelalk protocol includes providing a protocol turmel from a first network to 

formal, a DECnet, BANYAN/VINES, an internet packet a second network. Here, it is possible to use a virtual private 

exchange (IPX) protocol format, and an internet control 6S network protocol to extend the first network to the second 

message protocol (ICMP) protocol format. The second for- network. The virtual private network protocol can be, for 

mat can be, for example, a serial line interface protocol example, a point-to-point tunneling (PPTP) protocol. The 
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first network can be a virtual private network, whereas the 
second network can be a data network. 

The terminating step can further include terminating the 
call to a voice switch if the caJI is a voice call. The voice 
switch will switch and transmit the call. 

The present invention provides a niunber of important 
features and advantages. First, the open architecture tele- 
communications system (or platform), employing SS7 sig- 
naling and open architecture protocol messaging, uses appli- 
cation logic to identify and direct incoming data calls 
straight to a terminal server. This permits the bypassing of a 
voice switch entirely. This results in significant cost savings 
for an entity (such as an ISP, an ILEC, or a CLEC) providing 
service, as compared to the conventional means of deliver- 
ing data calls through the ILEC. This decrease in cost results 
partially from bypass of the egress ILEC end ofiSce switch 
for data traffic. 

A further advantage for [SPs is that they are provided data 
in the digital fomi used by data networks (e.g., IP data 
packets), rather than the digital signals conventionally used 
by switched voice networks (e.g., PPP signals). 
Consequently, they need not perform costly modem conver- 
sion processes that would otherwise be necessary. The 
elimination of many telecommunications processes frees up 
the functions that ISPS, themselves, would have to perform 
to provide Internet access. 

By separating voice and data trafSc, and circuit-switching 
only the voice traffic through a traditional switch (e.g., a 
NORTEL DMS 500), the CLEC can use a smaller voice 
switch, decreasing the capital expense it must pass on to its 
customers (incltiding ISPs). Thus, it becomes less expensive 
for the ISP& to route daU traffic through a CLEC. 

By differentiating between or separating the voice and 
data traffic on a single platform, different types of traffic can 
be optimally routed. Thus, for example, video traffic being 
transported over a noodem, can be more efficiently routed 
over an appropriate earner rather than through a dedicated 
circuit switched line. 

The open architecture telecommunications system can 
virtually handle an infinite number of data modem traffic 
destined for Internet service providers (ISE^). This system is 
scalable by using fewer intelligent network access devices 
than conventionally used. The present invention obviates the 
need to purchase additional circuit switching hardware to 
support switching of data traffic. 

The open architecture telecommunications system also 
enables the use of a modem pool at, for example, a CLEC. 
This is advantageous to the ISPs, or business entities owning 
private data networics, because it offloads complex functions 
from ISF^ to a specialized platform (also known as a 
Network Service Provider (NSP)) and redistributes capital 
expenditures to the CIJEC NSP. The CLEC NSP often has 
better access to investment capital than would an ISP. The 
CLEC NSP also benefits from economies of scale by ser- 
vicing multiple ISF^ with a large pool of modems. 

BRIEF DESCRIPTION OF THE RGURES 

The present invention will be described with reference to 
the accompanying figures, wherein: 

FIG. 1 is a block diagram providing an overview of a 
standard telecommunications network; 

FIG. 2 is a block diagram illustrating an overview of a 
standard telecommunications network; 

FIG. 3 illxistratcs a signaling network in greater detail; 

RG. 4 provides an overview of the present invention in 
that it provides an enhanced telecommunications network; 
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FIG. 5 illustrates an open architecture platform in detail; 

FIG. 6 illustrates an object oriented or wire line protocol 
format Open Architecture SS7 Gateway application and SS7 
adapter communicating directly with lower level libraries; 
^ FIG. 7 illustrates an object oriented or wire line protocol 
format Open Architecture Control Server apphcalion; 

RG. 8 illustrates an exemplary Network Access Server 
bay; 

10 RG. 9A is a more elaborate view of the present invention; 

RG. 9B depicts multiple collocated or geographically 
diverse SS7 Gateways, Control Servers, Databases and 
Network Access Servers; 

FIGS. lOA, lOB and IOC, are flow charts illustrating how 
an originating caller gains access to an open architecture 
platform; 

RG. U is a flow chart describing how the open archi- 
tecture platform handles an inbound call; 
2Q FIG. 12 is a block diagram illustrating a complex out- 
bound call; 

RG. 13 is a state diagram illustrating NAS side inbound 
call handling on the open architecture platform of the 
present invention; 
25 RGS. 14A and 14B are flow charts illustrating a state 
diagram of NAS side exception handling; 

RG. 15 is a state diagram illustrating NAS side release 
request handling; 

RG. 16 is a state diagram illustrating NAS side release 
^ IDM connection handling; 

FIGS. 17A and 17B are state diagrams illustrating NAS 
side continuity test handling; and 

RGS. 18A and 18B are state diagrams illustrating NAS 
35 side outbound call handling initiated by a NAS for use in 
callback. 

In the figures, like reference numbers generally indicate 
identical, fiinctionally similar, and/or structiu'ally similar 
elements. The figure in which an element first appears is 
40 indicated by the leftmost digit(s) in the reference number. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

45 Tabic of Contents 

I. An Example Environment 
H. Definitions 
[II. Introduaion 
50 A. An Overview of a Teleconmiunications Network 
B. The Signaling Network 
IV. The Present Invention 

A. Overview of Data Bypass 

B. Detailed Description of Data Bypass 
55 1. The Open Architecture Platform 

2. Data Bypass Operations 

3. NAS Bay to GW Communications 

4. Control Messages 

5. A Detailed View of the Control Messages 
60 a. Startup Messages 

b. Protocol Error Messages 

c. System Configuration Messages 

d. Telco Interface Cbnfiguration Messages 

e. Gateway Configuration Messages 

65 f. Maintenance -Status (State) Messages 

g. Continuity Test Messages 

h. Kcepalive Test Messages 
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i. LAN Test Messages network. Atunael permits a network administrator to extend 

j. DTMF Fimction Messages a virtual private network from a server (e.g., a Endows NT 

k. Inbound Call Handling Messages server) to a data network (e.g., the Internet). 

1. Outbound CaU Hancfling Messages where a conversion does take place, the converted data 

J^^^ ^"^^ Handling Messages 5 traffic is routed, for example, over an ElhemetAVAN (e.g.. 

n. Cal Qeanng Messages an Ethernet switch) conDection to an internal backbone on 

6. Control Message Parameters network, and sent to network routers for transmission to 

7. A Detailed View of the Control Messages ^ data network, such as for example the network of an 
t' w o ^ . Internet Service Provider (ISP). Network routers can 

b. Module Status NotificaUon lo include, for example, a computer, such as the SUN work- 

c. line Status Notification Row ^^^^^j, ^^^^ routing software or a dedicated routing 

d. Blocking of Channels Row ^^^^^ ^ ^^^^^ ^^^1^ ^IS^q j^^^ 

e. Unblockmg of Chapels Calif., ASCEND of Alameda, Calif., NETOPIAof Alameda. 

f. Inbound Call Fbw (Without Loopback ConU- Calif., or 3COM of Santa Clara. Calif, 
nuity Testing) 15 , ... 

g. Inbound CaU Flow (With Loopbadc Continuity Although the mvention is described in terms of this 
Testing) example envu-onment, it is important to note that descnption 

h. Outbound CaU Flow (Starting from the NAS) f ^ provided for purposes of iUustraUon only. 

i. Outbound Call Row (Starting from the GW) ^1°' "'^^"^^ ^^^^ mvenuon be hmited to this 
j. Outbound CaU Flow (Starting from the NAS, 20 ^''^"'P*^ environment or to the precise mler^perations 

with Continuity TesUng) between the above-noted devices. In fact, after reading the 

k. TDM Pass-through Call Request Flow (Inter- descnption. it wiU become apparent to a person 

switch Connection) skilled in the relevant art how to unplcment the invention m 

1. CaU Releasing Flow (from NAS) altenaative environments. 

m. CaU Releasing Fbw (from GW) 25 invention provides two functions which those skiUed 

n. Complex Outbound Call Request Flow in the art wUl recognize can be implemented in many ways. 

Example The first function is that the invention bypasses data from the 

o. Continuity Test Flow egress facilities used to complete a call. This includes, for 

p. Keep-aUve Test Flow example, the network nodes or systems used to terminate a 

q. Reset Request Flow 30 switched voice call lo a caUed party or to terminate a data 

V. Conclusion connection with a data networic 

The second function is that the invention provides for 

I. An Example Environment termination and reorigination of the call. In one 

niepresentiiwentionisdescribedintermsofanexample „ embodiinent, data is c^nvert^ 

enviromnentTTie example environment uses an open archi- m a pomt-to-point (PPP) digital format) us^ 

tecture platform for transmission of voice and dau infor- tel^^'nmuni^tions services provider (telccoinmumcations 

mation received from a telecommunications carrier. As used mcludmg enhanced service providers) to a second 

herein, a telecommunications carrier can include domestic ^°"P "^^^ ^ desUnaUon data network (e.g. IP daU 

cntitiessuch as ILECs. CLECs. DCCs and Enhanced Service P^^.^.^^^* This function is traditionaUy perfonned by the 

Providers (ESfti), as well as global entities recognized by ^ ^"^^^'^ controUmg the destmation data network (e.g.. ISPs), 

those skiUed in the art In addition, as used herein a '° another embodiment, a virtual private networking 

telecommunications system includes domestic systems used protocol (e.g., a point-to-point ninoeUng protocol (PPTP)). 

by such entities as ILECs, CLEC^ IXCs and Enhanced ^ *° create a "tunnel" between a remote user and 

Service Providers (ESI^), as well as global systems recog- * network. The caU terminates at the modem and 

nized by those skiUed in the art. reoriginatcs from that destination to another point. 

In the preferred embodiment, the open architecture plat- After having Uie benefit of reading this disclosure, those 

form is implemented on a SUN Workstation model 450, sldUed in the art wiU recogm2e that many types of resources, 

available from Sun Microsystems, Inc., Palo Alto, Calif. The whether coUocated or geographically separated, may be 

Sun workstation is interconnected with tandem network jq "sed to perform these functions, 
access service (NAS) bays and modem NAS bays and 

provides signaling and control functions. The tandem NAS Definitions 

bays and modem NAS bays can be ASCEND Access . , 1 . . . ^ 

Concentrators, model TNT, available from Ascend Table 1 below defines common telecommunications ter- 

Communications, Inc., Alameda, Calif. Voice traffic is „ mmology. These terrns are used throughout the remainder of 

received at the tandem NAS bays and routed to a NORTEL descnption of the mvent.on. 
DMS switch, model DMS 500, available from NORTEL, 

Richardson, Tex. for routing to a called party. TABLE 1 

Data trafiSc is received at the tandem NAS bays, and is Term Definition 

routed to a modem NAS bay for modem termination, where go 

the data traffic is modulated from, for example, the point- f«f»=°g^ ^"^^^ LEG* P^'^^^ of local tcic- 

. . , , r C^Q commuatcauons services. 

tO-pomt protocol (PPP) to an auxiliary protocol such as, for inter-erchangc carrier \XCa are providers of US domestic long 

example, the internet protocol (IP) for reorigination and (KC) distance telecommunications services. at&T, 

transmission to a data network. sp"°^ example ixcs. 

, LI. • 1 • . . . incumbent LEC (ILEC) ILECs are the traditional LECb, which include 

In the alternauve, a virmal private neiworkmg protocol, 65 Regional Bell Operating Companies 

such as the point-to-point tunneling protocol (PPTP), can be (RBOCfe). 
used to create a "tunnel" between a remote user and a data 
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TABLE 1 -continued 


TABLE 1-continued 


Tcnn 


DefinLtion 


Term 


Oefinttion 


compcLUivc LEC (CLEQ 


Icxal access and transport 
area (LATA) 

end ofiScc CEO) 


central oflScc (CO) 
access tandem (AT) 


switching hierarchy or 
office classiilcatioi] 


class 5 switch 


class 4 switch 


class 3 switch 


class 1 switch 


transoiissioa control 
ptotoco I/internet protocol 
(TCP/IP) 


internet protocol (IP) 


transmission control 
proloool (TCP) 


CLECs are teleconununications services 
providers capable of providing local services 
that compete with ILECS. A CLEC may or 
may not handle DCC services as well. 
A LATA is a region in which a LEC oGfera 
services. There arc 161 LATAs of these local 
geographical areas within the United States. 
An EO is a class 5 switch used to switch local 
calls connected ("homed") to EOs, meaning 
that EOs are tlie last switches to which the 
subscribers arc connected. 
A CO is a Eacility that houses an BO homed 
EOs are often called COb. 
An AT is a class switch osed to switch calls 
between EOs in a LATA. An AT provides 
subscribers access to the DCCs^ to provide long 
distance calling services. An access tandem is a 
network node. Other network nodes include, 
for example, a CLCC, or other enhanced 
service provider (ESP), an international 
gateway or global point-of-prcsencc (GPOP), 
or an intelligent peripheral (IP). 
An oEEcc class is a fuocttoial ranking of a 
telephone central office switch depending on 
transmission requirements and hierarchical 
relationsh^) to other switching centers. Prior 
to divestiture, an office classiflcatioQ was 
the number assigned to offices according to 
their hierarchical function in the U.S. 
public switched network (PSTN> The 
following class numbers are used: class 1 - 
Regional Center (RC\ cdass 2 - Sectional 
Center (SC), class 3 - Primary Center (PQ, 
class 4 - Tbll Center (PC) if operaton are 
present or else Toll Point (TPX class 5 - 
End Office (EO) a local central office. Any 
one center handles traffic from one to two 
or more centers lower in the hierarchy. Since 
divestiture and with more intelligent software 
in switching offices, these designations have 
become less firm. The class 5 switch was the 
closest to the end subscriber. Technology has 
distr&uted technology closer to the end user, 
diffiising traditional definitions of network 
switching hierarchies and the class of switches. 
A class 5 switching office is an end ofGce (EO) 
or the lowest level of local and long distance 
switching, a local central office. The switch 
closest to the end subscriber. 
A class 4 switching office was a Ibll Center 
(TQ if operators were present or else a Toll 
Point (TP); an access tandem (AT) has class 
4 functionality. 

A class 3 switching office was a Primary 
Center (PC); an access tandem (AO has 
class 3 functionality. 
A class 1 switching office, the Regional 
Center (RC). is the highest level of local 
and long distance switching, or "office of 
last resort" to complete a call. 
TCP/IP is a protocol that provides 
communications between interconnected 
networks. The TCP/IP protocol is widely used 
on the Internet, which is a network comprising 
several large networks connected by high-speed 
connections. 

IP is part of the TCP/IP protocols. It is used to 
recognize incoming messages, route outgoing 
messages, and keep track of Internet node 
addresses (using a number to specify a TCP/IP 
host on the Internet). IP corresponds to network 
layer of OSI. 

TCP is an end-to-end protocol that operates at 
the transport and sessions layers of OSI, 
providing delivery of data bytes between 
processes running in host computers via 
separation and sequencing of ff* packets. 
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5 point-to-point (PPP) 
protocol 


point-to-point tunneling 
protocol (PPTP) 


15 point of presence (POP) 

global point of presence 
(GPOP) 


bearer (B) channels 


Internet service provider 
(ISP) 

mtegrated services digital 
network (ISDN) 


local area network 
(IAN) 


private branch exchange 
(PBX) 


customer premises 
equipment (CPE) 


wide area network 
(WAN) 


public switched 
telephone network 
(PSTN) 
50 packetized voice or voice 
over a backbone 


55 


digitized data (or digital 
data) 


60 


number planning area 
(NPA); NXX 


PPP is a protocol permitting a computer to 
establish a ooimcctioa with the Internet tising 
a modem. PPP supports high-quality graphical 
front ends, like Netscape. 
A virtual private networking protocol, point- 
to-point tunneling protocol (PPTP), can be used 
to create a **tunacr between a remote 
user and a data network. A tunnel permits a 
network administrator to extend a virtual 
private network (VPN) from a server (e.g., 
a Windows NT server) to a data network (eg., 
the Internet). 

A POP refers to the location within a LATA 
where the DCC and LEC facilities intcr&ce. 
A GPOP refers to the location where 
international telecommunications facilities 
and domestic fecilities interface, an 
international gateway POP, 
Bearer (B) cbarmels are digital channels used to 
carry both digital voice and digital data 
information- An ISDN bearer channel is 64,000 
bits per second, which can carry PCM-digttized 
voice or data. 

An ISP is a company that provides Internet 
access to subscribers. 

ISDN is a network that provides a standard for 
communications (voice, data and signaling), 
end-to-end digital transmission circuits, out- 
of-band signaling, and a features signiiicant 
amount of bandwidth. 
A LAN is a communications network 
providing connections between oomputeis 
and pcrqibcral devices (e.g., printers aiKl 
modems) over a relatively short distance 
(e.g., within a building) under standardized 
control. 

A PBX is a private switch located on the 
premises of a user. The user is typically a 
private company which desires to provide 
switching locally. 

CPE refers to devices residing on the 
premises of a customer and used to connect 
to a telephone network, including ordinary 
telephones, key telephone systems, PBXs, 
video conferencing devices and axKlems. 
A WAN is a data network that extends a 
LAN over the circuits of a 
telecommunications carrier. The carrier 
is typically a common carrier. A 
bridging switch or a router is used 
to connect the LAN to the WAN. 
The PSTN is the worldwide switched voice 
network. 

One example of packetized voice is voice 
over internet protocol (VOIP). Voice over 
packet refers to the carrying of telqihony 
or voice traffic over a data network, e.g. 
voice over frame, voice over ATM, voice 
over Internet Protocol (IP), over virtual 
private rrctworks (VPNs), voice over a 
backbone, etc 

Digitized data refers to analog data that 
has been sampled into a binary 
reprcscntatioD (i.e., comprising 
sequences of O's and I's). Digitized 
data is less susceptible to noise and 
attenuation distortions because it is more 
easily regenerated to reconstruct the 
original signal. 

NPA is an area code. NXX is an exchange, 
identifying the EO homed to the subscriber. 
(The homed EO is typically called a central 
office (CO).) 
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TABLE 1 -continued 


TABLE l-cootinued 


Tenn 


Definition 


Tcim 


Definition 


digital oooess and cross- 
connecl system (DACS) 


modified fbal judgment 
(MFO 


equal access 


regional Bell operating 
companies (RBCXZlb) 

inter machine truni 
(IMT) 

network node 


intelligou peripheral 


teleco mmunicattoos 
carrier 


calling party 

called party 

ingrcas 
egrcRi 

ingress EO 
egress EO 


A DACS is a device providing digital routing 
and switching functions for Tl lines, as well 
as DSO portions of lines, for a multiple of 
n ports. 

Modified final judgment (MEJ) was the 
decisioQ requiring divestiture of the Regional 
Bell Operating Companies (RBOO) &om their 
parent con^ny, AT&T. 
1-f dialing as used in LIS domestic calling 
for access to any lor^ distance carrier as 
required under the terms of the modified 
final judgment (MFT) requiring divestiture 
of the Regional Bell Operating Companies 
(RBOCi) from their paitut company, AT&T. 
RBOCs are the Bell operating companies 
providing LEC services after beiog divested 
from AT&T. 

An IMT is a circuit bctwceo two comtnooly- 
coonected switches. 

A network node is a generic term for the 
resources in a telecommunications network, 
including switches, DACS, regenerators, etc. 
Network nodes essentially include all non- 
circuit (transport) devices. Other network 
nodes can include, for example, equipment 
of a CLEC, or otber enhanced service 
provider (ESP), a point-of-prcsencc (POP); 
an international gateway or ^obal point- 
of-prescnce (GPOP). 

An intelligent peripheral is a network system 
(e.g, a general purpose con^xiter running 
application logic) in tlie Advanced InteUigent 
Network Release 1 (AIN) architecture. It 
contains a resource control execution 
environment (RCEE) functional group that 
enables flexible information interactions 
between a user and a network. An bteUi^nt 
peripheral provides resource management of 
devices such as voice response units, voice 
announcers, and dual tone multiple frequency 
(DTMF) sensors for caller-activated services. 
The intelligent peripheral is accessed by the 
service control point (SCP) when services 
demand its interaction. Intelligent peripherals 
provide an intelligent netwoHc with the 
functionality to alkw customers to define 
their network needs themselves, without the 
use of telephone company personnel. An 
intelligeiu peripheral can provide a routing 
decision that it can terminate, but perhaps 
canitot regenerate. 

A UEC, a CLfiC an DCC, an Enhanced Service 
Provider (ESP), an intelligent peripheral 
(IPX &n intcraational/^obal point-of- 
prcscnoc (OPOPX i.e., any provider of 
telecommunications services. 
The calling party is the caller placing a 
call over any kind of network from the 
origination end. 

The called party is the caller receiving a 
call sent over a network at the destination 
or termination end. 

Ingress refers to the connection from a 

calling party or origination. 

Egress refers to the connection from a 

called party or termination at the 

destination end of a network, to the 

serving wire center (SWC). 

The ingress EO is the node or serving 

wire center (SVC) with a direct connection 

to the calling party, the originatioQ 

point. The calling party is "homed" to 

the ingress EO. 

The egress EO is the node or destination EO 
with a direct connection to the called party, 
the termination point. The called party is 
"homed" to the ^css EO. 


5 signaling system 7 (SS7) 


10 centum call seconds 
(CCS) 


Eriang 


20 


Enhanced Service 
25 Provider (ESP) 
trunk 

inter machine trunk 
(IMT) 

Private Line with a dial 
30 tone 


35 plain old telephone 
system (POTS) 


40 


integrated service digital 
network (ISDN) basic 
*5 rate interface (BRI) 
line 

ISDN primary rate 
interface (PRI) 


50 


Pipe or dedicated 
communicalioas facility 


60 


65 


SS7 is a type of common channel interoffice 
signaling (CCIS) used widely throughout the 
world. The SS7 network provides the signaling 
functions of indicating the arrival of calls, 
transmitting routing and destination signals, 
and monitoring line and circuit status. 
Telephone call traEc is measured in terms of 
centum call seconds (CCS) (Le., one hundred 
call seconds of telephone conversations). 
^ of an Eriang. 

An Eriang (named after a queuing theory 
engineer) is one hour of calling trafiSc, i.e. 
it is equal to 36 CCS (ic, the product of 
60 minutes per hour and 60 sccoods per minute 
divided by lOOX An Eriang is used to forecast 
trunking and TDM switching matrix capacity. 
A "non-blockingf* matrix (Le., the same 
number of lines and trunks) can theoretically 
twitch 36 CCS of traffic Numerically, traffic 
on a trunk group, when measured in Eriang^, 
is equal to the average number of trunks in use 
during the hour in question. Thus, if a group of 
trunks carries 20.25 Eriangs during an hour, a 
little more than 20 trunks were busy. 
A network services provider. 

A trtmk connects an access tandem (AT) to 
an end office (EO). 

An inter-machine trunk (I^f^) is a circuit 
between two commonly-connected switches. 
A private line is a direct channel specifically 
dedicated to a customer's use between two 
specified points. A private line with a dial tone 
can connect a PBX or an ISP's access 
concentrator to an end office (e.g. a 
charmdized Tl or PRI). A priratc Unc can also 
be known as a leased line. 
The plain old telephone system (POTS) tine 
provides basic scnrioc supplying standaxd 
single line telephones, telephone and 
access to the public switched telephone 
network (PSIK). ALL POTS lines work on 
loop start signaling. One "starts'* 
(seizes) a phone line or trunk by giving 
a supervisory signal (e.g. taking the phone 
off hook). Loop start signaling involves 
seizing a line by bridging throu^ a resistance 
the tip and ring (both wires) of a telephone line. 
An [SDN Basic Rate Interface (BRI) line 
provides 2 bearer B channels and 1 data D line 
(known as **2B+D" over one or two pairs) 
to a subscriber. 

An ISDN Primary Rate Interface (PRI) line 
provides the ISDN equivalent of a Tl drcuiL 
The PRI delivered to a customer's premises 
can provide 23&f-D (in North America) or 
30&»-D (in Europe) channels rumung at 1.544 
megabits per second and 2.04^ meg^biu per 
second, respectively. 

A pipe or dedicated communicatioos facility 
connects an ISP to the intemeL 


55 


[II. Introduction 
A. An Overview of a Telecommunications Network 

FIG. 1 is a block diagram providing an overview of a 
standard telecommunications network 100 providing local 
exchange carrier (LEQ services within a local access and 
transport area (LATA). Telecommunications network 100 
provides a switched voice connection from a calling party 
102 to a called party 110, as well as a data connection from 
calling party 102 to, for example, an Internet service pro- 
vider (ISP) 112. Calling party 102 and called party 110 can 
be ordinary telephone equipment, key telephone systems, 
private branch exchanges (PBXs), or applications running 
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on a host computer. ISP 112 can in the alternative be, for 
example, a private data networic. For example, calling party 
102 can be an employee working on a notebook computer at 
a remote location who is accessing his employer's private 
data network through, for example, a dial-up modem con- 
nection. 

FIG. 1 also includes end offices (EOs) 104 and 108. EO 
104 is called an ingress EO because it provides a connection 
from calhng party 102 to public switched telephone network 
(PSTN) facilities. EO 108 is caUed an egress EO because it 
provides a connection from the PSTN facilities to a called 
party 110, In addition to ingress EO 104 and egress EO 108, 
the PSTN facilities associated with telecommunications 
network 100 include an access tandem (AT) 106 that pro- 
vides access to one or more intcr-cxchange carriers (IXCs) 
for long distance traffic. Alternatively, it would be apparent 
to a person having ordinary skill in the art that AT 106 could 
also be. for example, a CLEC, or other enhanced service 
provider (ESP), an international gateway or global point- 
of-presence (GPOP), or an intelligent peripheral. 

EO 104 and AT 106 are part of a switching hierarchy. EO 
104 is known as a class 5 office and AT 106 is a class 3/4 
office switch. Prior to the divestiture of the RBOCs from 
AT&T, an office classification was the number assigned to 
offices according to their hierarchical function in the U.S. 
public switched network (PSTN). An office class is a func- 
tional ranking of a telephone central office switch depending 
on transmission requirements and hierarchical relationship 
to other switching centers. A class 1 office was known as a 
Regional Center (RC), the highest level office, or the "office 
of last resort** to complete a call. A class 2 office was known 
as a Sectional Center (SC). A class 3 office was known as a 
Primary Center (PC). A class 4 office was known as either a 
Toll Center fTC) if operators were present, or otherwise as 
a Toll Point (TP). Aclass 5 office was an Eal Office (EO), 
i.e., a local central office, the lorwcst level for k)cal and k>ng 
distance switching, and was the closest to the end subscriber. 
Any one center handles traffic from one or more centers 
lower in the hierarchy. Since divestiture and with more 
intelligent software in switching offices, these designations 
have become less firm. Technology has distributed function- 
ality closer to the end user, diffusing traditional definitions 
of network hierarchies and the class of switches. 

Network 100 includes an Internet service provider (ISP) 
112. The Internet is a well-known, worldwide network 
comprising several large networks connected together by 
data links. These links include, for example, Integrated 
Digital Services Network (ISDN), Tl, T3, FDDI and 
SONET links. Alternatively, an internet can be a private 
network interconnecting a pluraUty of LANs and WANs, 
such as, for example, an intranet. ISP 112 provides Internet 
services for subscribers such as calling party 102. 

To establish a connection with ISP 112, calling party 102 
can use a host computer connected to a modem (modiUator/ 
demodulator). The modem will modulate data from the host 
computer into a form (traditionally an analog form) for 
transmission to the LEC facilities. Typically, the LEG facili- 
ties convert the incoming analog signal into a digital form. 
In one embodiment, the data is converted into the point-to- 
point protocol (PPP) format. (PPP is a well-known protocol 
that permits a computer to establish a connection with the 
Internet using a standard modem. It supports high-quality, 
graphical user-interfaces, such as Netscape.) As those skilled 
in the art will recognize, other formats are available, includ- 
ing a transmission control program, internet protocol (TCP/ 
IP) packet format, a user datagram protocol, internet proto- 
col (UDP/IP) packet format, an asynchiDnous transfer mode 
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(ATM) cell packet format, a serial line interface protocol 
(SLIP) protocol format, a point-to-point (PPP) protocol 
format, a point-to-point tunneling protocol (PPTP) format, a 
NETBIOS extended user interface (NETBEUI) protocol 
^ format, an Appletalk protocol format, a DECnet, BANYAN/ 
VINES, an internet packet exchange (IPX) protocol format, 
and an internet control message protocol (ICMP) protocol 
format. 

10 

Note that FIG. 1 and other figures described herein 
include lines which may refer to communications lines or 
which may refer to logical connections between network 
nodes, or systems, which arc physically implemented by 

IS telecommunications carrier devices. These carrier devices 
include circuits and network nodes between the circuits 
including, for example, digital access and cross-connect 
system (DACS), regenerators, tandems, copper wires, and 
fiber optic cable. It would be apparent to persons of ordinary 
skill that altcmative communications lines can be used to 
connect one or more telecommunications systems devices. 
Also, a telecommunications carrier as defined here, can 
include, for example, a LEC, a CLEC, an IXC, ao Enhanced 

25 Service Provider (ESP), a global or international services 
provider such as a global point-of-presencc (GPOP), and an 
intelligent peripheral. 

EO 104 and AT 106 are connected by trunk 116. A trunk 
30 connects an AT to an EO. Trunk 116 can be called an inter 
machine trunk (IMT). 

AT 106 and EO 108 are connected by a trunk 118 whidi 
can be an IMT. EO 108 and ISP 112 can be connected by a 

35 private line 120 with a dial tone. Private line 120 with a dial 
tone can be connected to a modem bay or access converter 
equipment at ISP 112. Private line 120 can also connect a 
PBX (not shown) to EO 108, for example. Examples of a 
private line are a chaimelized Tl or PRI. ISP 112 can also 

^ attach to the Internet by means of a pipe or dedicated 
communications facility. A pipe can be a dedicated commu- 
nications facility. Private line 120 can handle data modem 
traffic to and from ISP 112. 

Trunks 116 and 118 can handle switched voice traffic and 
data traffic. For example, trunks 116-118 can include digital 
signals DS1-DS4 transmitted over T1-T4 carriers. Table 2 
provides typical carriers, along with their respective digital 
signals, number of channels, and bandwulth capacities. 


TABLE 2 


60 





Bandwidth in 

Digital 

Number of 

Designadoo of 

Megabits per 

signal 

channels 

carrier 

second (Mbps) 

DSC 


None 

0.064 

DSl 

24 

Tl 

1.544 

DS2 

96 

T2 

6.312 

DS3 

672 

T3 

44.736 

DS4 

4032 

T4 

274.176 


Alternatively, trunks 116 and 118 can include optical 
carriers (OCs), such as OC-1, OC-3, etc. Table 3 provides 
65 typical optical carriers, along with their respective synchro- 
nous transport signals (STSs), ITU designations, and band- 
width capacities. 
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TABLE 3 
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Electrical 

International 



signal, or 

Te tecommunications 


Optics 1 



Randuridth in 

Carrie I 

transport signal 

(ITU) 

Megabits per 

(OQ signal 

(STS) 

terminology 

second (Mbps) 

OC-1 

STS-l 


51.84 

OC-3 

srs-3 

STM-l 

155.52 

OC-9 

STS-9 

STM-3 

466.56 

OC-12 

STS-12 

srrM-4 

622.08 

oc-ia 

srrs-18 

SrM-6 

933.12 

OC-24 

CTS-24 

STM-8 

1244.16 

OC-36 

STS-36 

srrM-12 

1866.24 

OC-4S 

STS-4S 

STM-16 

2488.32 
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As Doted, private line 120 is a connection that can carry 
data modem traffic. A private line is a direct channel 
specifically dedicated to a customer's use between two 
specified points. A private line can also be known as a leased 
line. In one embodiment, private line 120 is an ISDN/ 20 
primary rate interface (ISDN PR!) connection. An ISDN 
PRI connection includes a single signal channel (called a 
data or D channel) on a Tl, with the remaining 23 channels 
being used as bearer or B channels. (Bearer channels are 
digital channels that bear voice and data information.) If 25 
multiple ISDN PRI lines are used, the signaling for all of the 
lines can be carried over a single D channel, freeing up the 
remaining lines to carry only bearer channels. 

Network 100 also includes a CCIS network for call setup 
and call tear down. Specifically, FIG. 1 includes a Signaling 
System 7 (SS7) network 114. Hiis SS7 network is described 
more fully below with reference to FIG. 3 below. 

FIG. 2 is a block diagram illustrating an overview of a 
standard telecommunications network 200, providing both 
LEC and DCC carrier services between subscribers located in 
different LATAs. TekcommuDications network 200 is simi- 
lar to telecommunications network 100, except that calling 
party 102 and a called party 224 are located in different 
LATASw In other words, calling party 102 is homed to ingress 
EO 104 in a first LATA, whereas called party 224 is homed 
to an egress EO 222 in a second LATA. Calls between 
subscribers in dififerent LATAs are long distance calls that 
are typically routed to IXCs. Sample IXCs in the United 
States include AT&T, MCI and Sprint 

AT 106 provides connection to points of presence (POPs) 
202, 204 and 206. IXCs 214, 216 and 218 provide connec- 
tion between POPs 202, 204 and 206 (in the first LATA) and 
POPs 208, 210 and 212 (in the second LATA). POPs 208. 
210 and 212, in turn, arc connected to AT 220, which 
provides connection to egress EO 222. Called party 224 
receives calls from EO 222, which is its homed EO. 
Alternatively, it would be apparent to a person having 
ordinary skill in the art that an AT 106 can also be, for 
example, a CLEC, or other enhanced service provider 
(ESP), an international gateway or global point-of-presence 
(GPOP), or an intelligent peripheral. 

In addition to providing a voice connection from calling 
party 102 to called party 224, the PSTN provides calling 
party 102 a data connection to an ISP 226. ISP 226 is similar 
to iSP U2. 

B. The Signahng Network 

FIG. 3 illustrates SS7 network 114 in greater detail. SS7 
network 114 is a separate network used to handle the set up, 
tear down, and supervision of calls between calling parly 
102 caUed party UO (or ISP 226). SS7 network 114 includes 
service switching points (SSPs) 316, 318, 320 and 322, 65 
signal transfer points (STPs) 302, 304, 306, 308, 310 and 
312, and service control point (SCP) 314. 
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In the SS7 network, the SSPs are the portions of the 
backbone switches providing SS7 fimctions. The SSPs can 
be, for example, a combination of a voice switch and an SS7 
switch, or a computer connected to a voice switch. The SSPs 
communicate with the switches using primitives, and create 
packets for transmission over the SS7 network. 

EOs 104, 222 and ATs 106, 220 can be respectively 
represented in SS7 network 114 as SSPs 316, 318, 320 and 
322. Accordingly, the connections between EOs 104. 222 
and ATs 106, 220 (presented as dashed lines) can be repre- 
sented by connections 334, 336, 338 and 340. The types of 
these links are described below. 

The STPs act as routers in the SS7 network, typically 
being provided as adjuncts to in -place switches. The STPs 
route messages from originating SSPs to destination SSPs. 
Architecturally, STPs can and are typically provided in 
"mated pairs" to provide redundancy in the event of con- 
gestion or failure and to share resources (i.e., load sharing is 
done automatically). As illustrated in FIG. 3, STPs can be 
arranged in hierarchical levels, to provide hierarchical rout- 
ing of signaling messages. For example, mated STPs 302, 
304 and mated STPs 306, 308 are at a first hierarchical level, 
while mated STPs 310, 312 are at a second hierarchical 
level. 

SCPs provide database functions. SCPs can be used to 
provide advanced features in an SS7 network, including 
routing of fecial service numbers (e.g., 800 and 900 
numbers), storing information regarding subscriber services, 
providing calling card validation and fraud protection, and 
offering advanced inlelligenl network (AIN) services. SCP 
314 is connected to mated STPs 310 and 312. 

Id the SS7 network, there are unique links between the 
different netwodc elements. Table 4 provides definitioDS for 
common SS7 links. 

Referring to FIG. 3, mated STP pairs arc connected by C 
links. For example, STPs 302, 304, mated STPs 306, 308, 
and mated STPs 310, 312 are connected by C links (not 
labeled). SSPs 316, 318 and SSPs 320, 322 are connected by 
F links 342 and 344. 

Mated STP^ 302, 304 and mated STPs 306, 308. which 
are at the same hierarchical level, are connected by B links 
350, 352, 366 and 372. Mated STPs 302, 304 and mated 
STPs 310, 312, which are at different hierarchical levels, are 
connected by D links 346, 348, 354 and 356. Similarly, 
mated STPs 306, 308 and mated STPs 310, 312, which are 
at different hierarchical levels, are connected by D links 358. 
360, 368 and 370. 

SSPs 316, 318 and mated STPs 302, 304 are connected by 
A links 334 and 336. SSPs 320, 322 and mated STPs 306. 
308 are connected by A links 338 and 340. 

SSPs 316, 318 can also be connected to mated STPs 310, 
312 by E links (not shown). Finally, mated STPs 310, 312 
are connected to SCP 314 by A links 330 and 332. 

For a more elaborate description of SS7 network 
topology, the reader is referred to Russell, Travis, Signaling 
System #7, McGraw-Hill, New York, N.Y. 10020, ISBN 
0-07-054991-5, which is incorporated herein by reference in 
its entirely. 

TABLE 4 


SS7 link terminology [Definitions 


Acxcss (A) links A links connect SSPs to STPs, or SCPs to STPs, 

providing network access and database access 
through the STPs. 
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TABLE 4-continued 
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SS7 link terminology DefmiLions 


Bridgp (B) Imks 
Cross (C) links 


DtBgonal (D) links 


Extended (E) links 


Fully associated (F) 
links 


B links connect mated STPs to other mated STPs. 
C links oonnect the STPs io a mated pair to one 
another. During normal conditions, only network 
management messages are sent over C links. 
D links connect the mated STPs at a primary 
hierarchical level to mated STPs at a 
secondary hierarchical level. 
E links connect SSPs to remote mated STPs, and 
are used in the event that the A links to home 
mated SiYs are congested. 
F links provide direct connections between local 
SSPs (bypassing STPs) in the event there is 
much traffic between SSPs> or if a direct 
coiucction to an STP is not available. F links 
are used only for call setup and call 
teardowiL 


IV. The Present Invention 
A. Overview of Data Bypass 

FIG. 4 includes an overview of an enhanced telecommu- 
nications network 400 according to the present invention. 
This invention relates to the convergence of two types of 
networks, i.e.» voice and data networks. Telecommunica- 
tions network 400 provides a bypass connection from the 
ingress EO 104 (a class 5 switch) or from AT 106 (a class 3/4 
switch) to the called party 110 and ISP 112. Alternatively, it 
would be apparent to a person having ordinary skill in the art 
that an AT 106 can also be, for example, a CLEC, or other 
enhanced service provider (ESP), an international gateway 
or global point-of-presence (GPOP), or an intelligent periph- 
eral. The connection is called a bypass oonoection because 
it bypasses the oonoections firom the egress EO 108 to called 
party 110 and ISP 112. In other words, for example, the 
facilities of the incumbent LEG (ILEQ terminating the call 
of originating caller 102 arc bypassed. 

Telecommunications network 400 includes open architec- 
ture platform 402. Telecommunications network 400 also 
includes trunks 404 and 406, connection 408, and trunk 410, 
which, for example, respectively oonnect open architecture 
platform 402 to EO 104, to AT 106 (i.e., any telecommuni- 
cations carrier), to ISP 112 (i.e., or a business entity's private 
data network), and to called party 110. In a preferred 
embodiment, trunks 404 and 406 can handle both data and 
voice traffic. However, trunks 404 and 406 must be capable 
of handling at least data traffic. In a preferred embodiment, 
connection 408 and trunk 410 can handle data or voice 
trafEc. However, connection 408 must be capable of han- 
dling at least data traffic (i.e. including any type of digitized 
data). It should also be apparent to a person having ordinary 
skill, that connection 408, for example, is a logical connec- 
tion that can contain various network devices. 

As noted, open architecture platform 402 can receive both 
voice and data traffic. This traffic can be received from any 
network node of a telecommunications carrier. A telecom- 
munications carrier can include, for example, a LEG, a 
CLEC, an IXC, and an Enhanced Service fVovidcr (ESP). In 
a preferred embodiment, this traffic is received from a 
network node which is, for example, a class 5 switch, such 
as EO 104, or from a class 3/4 switch, such as AT 106. 
Alternatively, the network system can also be, for example, 
a GLEG, or other enhanced service provider (ESP), an 
international gateway or global poinl-of-presence (GPOP), 
or an intelligent peripheral. Accordingly, open architeaure 
platform 402 integrates both voice and data traffic on a 
single platform. 
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Data traffic refers, for example, to a data connection 
between a calling party 102 (using a modem) and a server 
412 in ISP 112. A data connection is esublished between 
calling party 102 and EO 104, then over a trunk 404 to open 
architecture platform 402, then over a connection 408 to ISP 
112, and then over a connection 414 to server 412. 
Alternatively, the connection can be established from calling 
party 102 to EO 104, then to AT 106, then over trunk 406 to 
open architecture platform 402, then over connection 408 to 
ISP 112, and then over connection 414 to server 412. 

Voice traffic refers, for example, to a switched voice 
connection between calling party 102 and called party 110. 
It is important to note that this is on a point-to-point 
dedicated path, i.e., that bandwidth is allocated whether it is 
used or not. A switched voice connection is established 
between calling party 102 and EO 104, then over 404 to 
open architecture platform 402, then over trunk 410 to called 
party 110. Alternatively, the connection can be established 
from calling party 102 to EO 104 and then to AT 106, then 
over tnmk 406 to open architecture platform 402, then over 
trunk 410 to called party 110. In another embodiment, AT 
106 can also be, for example, a GLEG, or other enhanced 
service provider (ESP), an international gateway or global 
point-of-presence (GPOP), or an intelligent peripheral 

Open architecture platform 402, and communications 
links 404, 406, 408 and 410 comprise the resources of an 
ILEG or a competitive LEG (GLEG). A GLEG may or may 
not provide inter-LATA calls, which are traditionally 
handled by IXCs. 

B. Detailed Description of Data Bypass 

1. The Open Architecture Platform 

FIG. 5 illustrates open architecture platform 402 in detail. 
Open architecmre platform 402 includes an open architec- 
ture switch 502 and a voioe switch 506. Open architecture 
platform 402 receives data and voice traffic from the PSTN 
(over communications links 404 and 406) and separates data 
traffic from voice traffic. Data traffic is handled by open 
architecture switch 502, while voice traffic is handled by 
voice switch 506. 

Voice calls switched by voice switch 506 are sent out from 
the open architecture platform 402. For example, an out- 
bound voice call is sent from voice switch 506 over com- 
munications link 410 to called party 110. 

On the other hand, outbound data calls are passed onto a 
modem NAS bay (which can be a resource oo open archi- 
tecture switch 502) for modem termination. For example, a 
data signal (e.g., in the PPP protocol) can be converted to 
protocol used by data networks (e.g., into internet protocol 
(IP) data packets), for transmission over routers to a data 
network, such as an ISP. Specifically, an outbound data call 
will be sent to modem NAS bay 514, then to routers (not 
shown), and then sent to ISP 112 over communications link 
408. As another example, a virtual private networking 
protocol can be used to create a "tunnel" between the remote 
user and a data network. For example, calUng party 102, 
using a server that supports a tunnel protocol (e.g., PPTP) 
will have an extended virtual private network connection 
with a data network, such as ISP 112. 

As noted, open architecture platform 402 comprises open 
architectiu-e switch 502 and voice switch 506. Open archi- 
tecture switch 502 includes gateway (GW) 508, tandem 
network access server (NAS) bay 504, and modem NAS bay 
514. 

GW 508 comprises SS7 gateway (SS7 GW) 512, control 
server 510, and database 516 communicating with control 
server 510. GW 508 can include multiple SS7 GWs 512 and 
multiple control servers 510 (each having one or more 
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databases 516). DaUbase 516 can be interaal to GW 508 or 
alternatively, external to GW 508. 

It is important to ootc that the open architecture platform 
is defined by the function of the resources comprising it, and 
how these resouxces are interrelated. Accordingly, there is no 5 
reason that GW 508. tandem NAS bay 504. and modem 
NAS bay 514 would be required to be collocated, or limited 
to a particular geographical area, sec FIG. 9B, below. 
Further, the architecture is infinitely scalable over geo- 
graphic boundaries. As long as any resources match the 
functions and interoperabilities defined herein, then such 10 
resources comprise open architecture platform 402. The 
same holds true for the subcomponents comprising any 
platform resources, e.g.. the subcomponents of GW 508 
(defined below). 

Gateway 508 has two functions: interfacing with the 
CCIS signaling network (e.g., the SS7 signaling network 
114) and interfacing with a phirality of control servers to 
control a plurality of NAS bays. SS7 GW 512 provides the 
first function of providing an interface to the SS7 signaling 
network 114. The SS7 signaling information is conveyed to 
control server 510. ^° 

Control server 510 provides the second function of con- 
trolling one or more NAS bays which comprise resources of 
open architecture switch 502. Specifically, control server 
510 coomiunicatcs with tandem NAS bay 504 and modem 
NAS bay 514. This communication is performed via a ^5 
protocol understood by the open architecture platform 402 
resources, referred to herein as an open arcbitccture proto- 
col. 

The open architecture protocol is represented by dotted 
lines 518 and 520. In one embodiment, the open architecture 30 
protocol is the network access server (NAS) ooessaging 
interface (NMI) protocol, created by XCom Technologies 
Inc. This protocol is defined by a series of control messages, 
which are defined below in table form. Another protocol is 
called the Internet Protocol Device Control (IPDQ, recently 35 
released by a Technical Advisory Council (TAG) and Level 
3 Communications. Inc. The IPDC ^ecification. which is 
incorporated herein by reference in its entirety, is available 
in its current draft on the Level 3 Communications web site 
http://www.LcveB.com. It will be apparent to those skilled 
in the art that any comparable protocol wiU suffice, so tong ^ 
as tbe protocol permits the resources of the open ardiitecture 
platform 402 to communicate with one another. 

In one embodiment, as depicted in RG. 9B, below, one or 
more of SS7 GW 512, control server 510, database 516, and 
NAS are geographically diverse devices (or applications ^5 
nmning on devices). For example, these devices can be 
connected by communications links using Ethernet, fi^ame 
relay, asynchronous transfer mode (ATM), or any other 
conceivable protocols. In another embodiment, one or more 
of SS7 GW 512, control server 510. database 516, and NAS 50 
902 arc collocated devices (or applications ninning on 
devices), see FIG. 9B. 

In a preferred embodiment, SS7 GW 512 and control 
server 510 are applications running on one or more collo- 
cated host computers. Alternatively, the applications can be 
run on one or more geographically diverse computers. For 
example, the host computers can be one or more redundantly 
interconnected SUN workstations, model 450, for example, 
available from Sun Microsystems. FIGS. 6 and 7 betow are 
representations used to illustrate the intercommunications 
between SS7 G W 512 and control server 510 in the preferred 
embodiment. 

FIG. 6 symbolically illustrates an example SS7 GW 512 
application (as implemented using computer programs). The 
SS7 GW 512 application, labeled open architecture platform 
(GAP) SS7 GW application 600, provides communications 65 
between SS7 network 114 and open architecture switch 502. 
The SS7 signaling information is translated into, for 


example, an object-oriented, or wire line protocol fonnat 
form for cross-platform compatibility, ease of transport, and 
parsing. 

As illustrated in FIG. 6, OAP SS7 adapter 602 commu- 
nicates directly with the lower level bbraries, such as 
TCP/UDP 604 and IP 606, provided by manufacturers of 
SS7 interface cards and by manufacturers of host computers 
used in particular applications. OAP SS7 comservice 608 of 
OAP comservice 610 queues messages between OAP SS7 
adapter 602 and the remainder of OAP SS7 GQ application 
600. It is important to note that any number of protocols 
recognized by those skilled in the art can be used. For 
example, instead of TCP/IP or UDP/IP, the X.25 protocol 
can be used instead. 

OAP task master 620 maintains a pool of threads that are 
assigned to one or more OAP task slaves 622. OAP SS7 GW 
application 600 is cued by an OAP metronome 624 to read 
tasks from OAP scheduler 626. OAP task slave 622 is an 
abstract base class from which is derived a number of unique 
slaves that may initiate SS7 signals in response to messaging 
from SS7 network 114. 

Messages from SS7 network 114 are received through 
SS7 adapter 602 and passed to OAP comservice 610 and 
OAP task master 620. OAP task master 620 schedules tasks 
to respond to each of the messages. Each message is then 
passed to OAP comservice 610 again to be transferred to an 
appropriate control server 510. 

Messages may also be stored in OAP historian 628. If 
appropriate, the tasks from OAP scheduler 626 are per- 
formed and appropriate messages are passed back to SS7 
network 114 through OAP adapter 602. 

The processing of messages from control servers 510 
operates in a similar maimer. Tbe messages come through 
OAP comservice 610 and are passed to OAP task master 
620. OAP task master 620 then determines appropriate tasks, 
if any, and transfers the messages on to tbe adapter to be sent 
on SS7 nctwodc 114. 

An example control server 510 application (as imple- 
mented using computer programs) is illustrated symboli- 
cally in FIG. 7. FIG. 7 illustrates the OAP control server 
application 700, which is a call processing coordinator. 

OAP control server application 700 receives SS7 signals 
in object or wire line protocol form from SS7 GW 512. 
Based upon tbe signals, it handles resource allocation, 
signaling responses and translation services. 

OAP comservice 708 is similar to OAP comservice 610 
(in SS7 GW 512) because it operates to receive and send 
messages between itself and SS7 GW application 600. OAP 
task master 710 determines and scbcdules tasks to be 
performed by OAP control server appUcation 700, OAP task 
slave 712 is an abstract base class from which are derived 
unique classes for each message. 

OAP translator 714 object or wire line protocol format 
maps telephone numbers onto OAP database 716. OAP 
database 716 contains the destination of the call, any class 
functions associated with the call, the type of routing algo- 
rithm that should be used, and a status associated with the 
telephone number. OAP router service 718 is an object or 
wire line protocol which transports requests for routing 
paths, including both delivery and receipt of responses. 

OAP state 720 is a collection of data on the state of each 
circuit identifier code (CIC) which exists between a given 
SS7 GW 512 originating point code (OPC) and a destination 
point code (DPC). This data includes the current status of the 
trunk and information on recent messaging. The roles of the 
CIC, the OPC and the DPC with respect to SS7 network 114 
are discussed in greater detail below. 

OAP NAS comservice 706 is a communications object or 
wire line protocol format that is responsible for receipt and 
delivery of messages from NAS bays 504 and 514. When a 
message is received from SS7 GW 512, it is handed to OAP 


07/05/20C3, EAST Version: 1.03.0002 


us 6,4- 

23 

task master 710. OAP task master 710 insUnliates OAP task 
slave 712 object or wire line protocol format suitable for the 
particular type of message. If a call traosactioD is initiated, 
OAP task slave 712 requests information concerning the 
called subscriber from OAP translator 714, and a route to 
reach the subscriber from OAP router service 718. OAP state 
720 is updated to indicate that a call is in progress from the 
CIC associated with the message. Finally, NAS comservice 
706 signals NAS bays 504, 514 to instantiate the route for 
the call. 

When a NAS bay responds with a control message, OAP 
NAS comservice 706 converts the message into an object or 
wire line protocol format and passes the object or wire line 
protocol format to OAP task master 710. OAP task master 
710 instantiates a suitable OAP task slave 712. By checking 
OAP state 720, task slave 720 correlates the message with an 
earlier received message from OAP SS7 GW application 
600, and formulates a rc^nsc message to be delivered to 
OAP SS7 GW application 600 through OAP comservice 
708. 

Maintenance and Monitoring interface (MMI) 722 is a 
graphical user interface that communicates with either SS7 
gateway application 600 or control server application 700 to 
update the starting configuration or the running state, and to 
monitor and modify various runtime factors. Such factors 
may include in-progress calls, circuit supervisory 
information, circuit depbyment and maintenance, and simi- 
lar activities. OAP router service 718 rxms as a query 
daemon, providing a variety of routing strategics for the 
distribution of incoming and outgoing calls across the large, 
redundant network OAP control server application 700 
further includes OAP Historian 724. 

FIG. 8 illustrates an exemplary NAS bay 802. NAS bay 
802 is a generic view of either tandem NAS bay 504 or 
modem NAS bay 514. NAS bay 802 includes naodules 804, 
806, 808, and 810. Each of these modules is a slot card used 
to implement one or more interfaces with network lines. A 
line is a set of cfaannek (e.g., a line on a Tl carrier). A 
chaimei is a time-sbt on a line. Accordingly, each connec- 
tion established with a NAS bay 802 can be uniquely 
identified by a module/line/channel identifier. Table 5 pro- 
vides definitions for NAS bay terms. 

TABLES 


NAS bay terniinology OeflnUions 

network access server (NAS) bay A NAS bay is a facility that bouses 
modnles. Lines (having cfaannets) are 
coaoectod to the moduleft. Each 
connection into the bay can be 
uniquely identiAed by a module/line/ 
channel identifier. 

nodule Modules arc a lot cards that receive 

communication lineft» and perform 
functions on the channels of the lines. 
Modules can be used to perform time 
modulation and demodulatioo, to 
name a few functions. 

Line A \inc is a act of channels (e.g., a 

line on a Tl carrier) interoonoccted 
with modules. 

channel A channel is a lime-slot oa a line. 


Referring back to FIG. 5, tandem NAS bay 504 receives 
data and voice trafiBc fi-om the PSTN (i.e., from the EO 104 
over connection 404 or from AT 106 over connection 406). 
Call trafiBc can also originate from, for example, a CLEC. or 
other enhanced service provider (ESP), an international 
gateway or global point-of-presence (GPOP), or an intelli- 
gent peripheral. Tandem NAS bay 504 also cross-connects 
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an incoming data call to modem NAS bay 514 through a 
matrix using lime division multiplexing (TDM). This 
function, of providing pass-through of data, is referred to 
herein as data bypass. 

5 Modem NAS bay 514 terminates a data call to one of its 
modems and the modems aUow for the device to convert the 
inbound data call from one protocol to another. In lieu of 
modem NAS bay 514, any art-recognized devices providing 
the functions of modulation and demodulation can be used. 

10 Examples include a software implementation (an application 
mnning on a computer), a modem using a digital signal 
processor (DSP), or a data service unit/channel service unit 
(DSU/CSU). In one embodiment, modem NAS bay 514 can 
provide the modulation/demodulation function, of convert- 

15 ing the signal from a first data format used by the telecom- 
munications services provider that provides access to the 
open architecture platform 402 (e.g., in PPP format) to a 
second format (e.g., IP data packets) used by a destination 
data network such as ISP 112. As those skilled in the art will 

20 recognize, the particular second format need not be limited 
to IP data packets, depending primarily on the destination 
data network. As those skilled in the art will recognize, other 
protocol formats include a transmission control program, 
internet protocol (TCP/IP) packet format, a user datagram 

25 protocol, interact protocol (TCDP/IP) packet format, routing 
table protocol (RTP) (e.g.. Banyan VINES) format, an 
asynchronous transfer mode (ATM) cell packet format, a 
serial line interface protocol (SUP) protocol format, a 
point-to-point (PPP) protocol format, a point to point tun- 

30 neling protocol (PPTP) foraiat, a NETBIOS extended user 
interface (NETBEUI) protocol format, an i^pletalk proto- 
col format, a DECNet format, and an internet packet 
exchange QPX) protocol format 

In the alternative, a virtual private networking protocol 

35 can be used to create a ''tunnef* between a remote user (e.g., 
calHng party 102 using a server that supports tunneling and 
the destination data network (e.g., ISP 112). One example of 
a virtual private networking protocol is PPTP. 
An exemplary modem NAS bay 514 is an ASCEND 

40 access concentrator, model TNT, available from Ascend 
Communications, Inc., which is analogous to a NAS bay 802 
with nxKlems functioning on modules 804, 806, 808, and 
810. Those skilled in the art will recognize that the modem 
funaion described above is conventionally performed by the 

45 destination data networks (e.g., ISP 112), not by an lUEC or 
a CLEC. In this sense, the present invention simplifies the 
functions of the destination data network providers, such as 
ISPs. 

It must be noted that it is not necessary to implement the 

50 present invention by way of conventional NAS devices. Any 
network elements providii^ the dual functions of data 
bypass (i.e., as provided by tandem NAS bay 504) and 
conversion of data by means of modem termination into a 
format usable by a data network (i.e., as provided by modem 

55 NAS bay 514) will suffice. Those skilled in the art will 
recognize that a number of network devices can be com- 
bined to provide these functions. 

As those skilled in the art will recognize, transmission 
control protocol (TCP) and internet protocol (IP) 

60 (collectively called TCP/IP) form a packet switching proto- 
col comprised of the TCP and IP protocols, which are layers 
of protocols that act together IP is a protocol that fiinrtions 
at the network layer of the Open Systems Interconnect (OSI) 
data network architecture model, and as noted, provides 

65 packetizing of data into units also called datagrams, con- 
taining address information. TCP is a protocol that functions 
at the session and transport layers of the OSI data model. 
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providing the separation, transmission, retransmitting, and 
sequencing of data packets. TCP establishes a connection 
between two systems intending to exchange data, perform- 
ing messaging control functions. IP is said to "ride on top of* 
TCP, i.e., IP is a simpler protocol than TCP in that IP only 5 
addresses and sends. TCP breaks a message down into IP 
packets and uses CHECKSUM error checking logic to 
guaranty delivery of the message from the first system to the 
second. 

It is important to note that this invention deals with the 
convergence of voice and data networks. The reader should 
appreciate that voice networks and data networks were 
formerly two separate networks. The office classification 
switching hierarchy discussed above is a voice network 
architecture and has no correlation to the OSI model which 
is a data networking architecture. 

It is also important to note that open architecture switch 
502 can include one or more of gateways 508, one or more 
tandem network access server (NAS) bays 504 and one or 
more modem NAS bays 514. Therefore, the number of these 
elements is not iniportant, so long as their respective func- 20 
tions are met. 

FIG. 9A is a more elaborate view of the open architecture 
platform of the invention. The open arcfaiteaure platform 
shown in FIG. 9A is the same as open architecture platform 
402 (shown in FIG. 5), except for the additional resources 25 
described below. 

In RG. 9A, NAS bay 902 provides both the tandem 
functions of tandem NAS bay 504 and the modem functions 
of modem NAS bay 514, In other words. NAS bay 902 will 
provide the data bypass function of tandem NAS bay 504, as 30 
wen as the modem termination fimctioa of modem NAS bay 
514. \^ice trafiSc is tiansmiued over trunks 930 or 932 to 
voice switch 506. Voict switch 506 can traismit the voice 
traffic, for example, over fmvate fine 934 to PBX 912. 

If the call comprises data traffic, NAS bay 902 will use 35 
modems to convert the incoming data call into a form 
suitable for a destination data network (e.g., PPP data 
packets) for transmission to other data nodes over open 
architecture platform 402. For example, the resulting data 
packets are transmitted over an Ethernet/WAN connection 40 
903 (using an Ethernet/WAN protocol), in conjunction with 
TCP/IP. It woukl be apparent to one of skill in the art that 
alternative network architecture could be used, such as, for 
example, FDDI, SONET, ATM, etc. 

Connection 903 terminates io internal backbone 936. 45 
Internal backbone 936 can be any type of data link. Routers 
904, 906 route the IP data packets from internal backboiK 
936 to ISPs 938, 940. Exemplary network routers include 
network routers from various companies such as, CISCO, 
3COM, NETOPIA, and NORTEL, or a host computer 50 
running routing software. Specifically, the data packets are 
transmitted from router 904 to router 908 in ISP 938, and 
from router 906 to router 910 in ISP 940. Thus, the custom- 
ers of ISPs 938, 940 can dial into communication servers at 
the ISP location, which can dedicated routers 908, 910. 55 
Thus, ISPs 938, 940 can route data traffic to routers on open 
architecture platform 402. 

In one embodiment, ISP 948 can use a network service 
provider (NSP) to provide a modem pool for use by the 
customers of ISP 948. A CLEC implementing open archi- 60 
lecture platform 402 can comprise an NSP. Modems in NAS 
bay 902 can be used by subscribers of ISPs 938, 940 and 948 
for interconnectivity, and traffic can also be routed to other 
network nodes via the routers. Modem pooling at the NSP 
level reduces capital expendimres by ISPs 938, 940, 948. 65 

The invention enables network access point (NAP) 
switching which involves exchanging data traffic on the 
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architecture. A NAP switches the call based on routing 
instructions it receives. Online services can be performed 
so-called "on the box." 

NAS bay 942 can be the same type of device as NAS bay 
902, in that it provides both the tandem functions of tandem 
NAS bay 504, and the modem functions of modem NAS bay 
514. NAS bay 942 is used to represent other connections that 
can be established with open architecture platform 402. 

Calling party 914 is another party that can establish a data 
connection using a modem connected to a host computer. 
However, calling parly 914, via its host computer, has the 
additional feature of providing voice over IP (VOIP) service 
over communications Link 944. 

PBX 916 is a centralized switch providing its collocated 
customers both switching and access to NAS bay 942. This 
access is provided over Tl/ISDN PRI private line 946. 

It is possible to access open architecture platform 402 
using any type of digital subscriber line (DSL) connection. 
Calling party 924 and computer 922 access NAS bay 942 
over a high bit rate DSL (HDSL), known as a single pair 
HDSL (SDSL) 920. HDSL can place a two-way Tl on a 
normal unshielded, bridged (but not loaded) twisted pair 
copper wire loop 982. In an embodiment of SDSL, an 
existing single pair copper wire on the local loop is used to 
transmit full duplex data at up to 768 Kbps. Transmission at 
1.54 Mbps is achieved by using two SDSL lines, i.e., two 
pairs of wires. 

SDSL 920 permits simultaneous voice and data transmis- 
sion through a DSL device 918 (e.g., a spUtter). which can 
be collocated with calling party 924 and computer 922. 
Alternatively, access can be obtained without a splitter 
device. In addition, calling party 924 and computer 922 can 
access NAS bay 942 over ISDN DSL (IDSL) link 926. In an 
embodiment of EDSL, an existing local loop, Lc^ a single 
pair of copper wires, is used to transmit full duplex data at 
128 Kbps. Alternatively, calling party 924 and computer 922 
can access NAS bay 942 over xDSL 928. In an embodiment 
of xDSL, an existing local loop, i.e., a single pair of copper 
wires, is used to transmit digital subscriber line communi- 
cations. 

In one embodiment of the invention, a CLEC implement- 
ing open architecture platform 402 can accept data traffic 
from other CLECs or ILECs, providing data bypass for the 
egress leg of data calls. In such an embodiment, the imple- 
menting CLEC can charge back the other CLECs or ILECs 
an Unbundled clement** for providing this service to the 
egress facilities involved (i.e., the egress EOs bekinging to 
the ILECs or used by the other CLECs'). It is important to 
note that reciprocal compensation does not exist everywhere 
and other arrangements do exist While this is the predomi- 
nant arrangement, this is not necessarily the only anange- 
ment. This approach, of having an NSP/CLEC charge back 
an ILEC or other CLEC for offloading of data traffic, can 
save the offloaded CLEC or ILEC significant capita] expen- 
ditures related to the switching of data trafGc. 

Voice traffic is transmitted over trunks 930 or 932 to voice 
switch 506. Voice switch 506 can transmit the voice traffic, 
for example, over private line 934 to PBX 912. 

2. Data Bypass Operations 

FIGS. lOA-lOB depict flow charts illustrating how an 
originating caller gains access to open architecture platform 
402. FIGS. lOA-lOB are described with reference to RGS. 
1, 4, 5 and 9. 

FIG. lOA depicts a method 1000 for receiving an inbound 
call which bypasses the facilities of an egress switch accord- 
ing to the present invention. Alternatively, other call flows 
are possible, including a call requiring a modem calling back 
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for security reasons, using outbound calling from open 
architecture platform 402. 

In step 1002 of FIG. lOA, the technique receives signaling 
information to set up data calls and voice calls from a calling 
party to a called parly. In step 1004, the technique converts 
the signaling information into an open architecture protocol 
format. In step 1006» data calls and voice calls arc received 
at open architecture switch 502. In step 1008, the technique 
distinguishes between data calls and voice calls. In step 
1010, the technique controls NASs, i.e., NAS bays 504 and 
514, using the open architecture protocol. In step 1012, the 
method terminates data calls to modems in a modem NAS 
bay, e.g., in modem NAS 514, for conversion to a paclceiized 
data format for transmission to network nodes. Alternatively, 
in step 1012, a tunnel is established between the user and the 
destination data network. In step 1014, the method transmits 
voice calls to a voice switch for transmission to the called 
party. 

FIGS. lOB and IOC depict more detailed description of 
the technique outlined in FIG. lOA. Specifically, these 
figures depict an inboimd call flow into open architecture 
platform 402. An inbound call is where an incoming call 
(into the open architecture platform) is connected to a called 
party (for a voice connection) or an ISP (for a data 
connection). 

Referring to FIG. lOB, in step 1018 an originating caller 
102 (shown in FIG, 1) gains access to LEG facihlics. This 
is performed according to known methods as described with 
respect to RG. 1. As one example, originating caller 102, 
using a telephone, can go off-hook to place a switched voice 
call to the LEG facilities. As another example, calling party 
102 can use a host computer, in concert with a modem, to 
establish a data cocmecdon with the LEG facilities (Le., the 
modem of calling party 102 takes the line off-boolc). As 
those skilled in the art will recognize, any of the access 
methods described with respect to FIG. 9A» in addition to 
other known methods, can be used to access the LEG 
facilities. 

In step 1020, signaling information for the call is received 
by the homed £0, the originating EC, indicating that calling 
party 102 is attempting to make a call As noted, the homed 
EO, often referred to as a central office CO, is the EC having 
a direct connection with the originating caller. (This is true 
for voice calls and for data calls.) In RG. 1, the homed EO 
is ingress EO 104. Conventionally, for this leg of the call, 
i.e., between the telephone or modem of calling party 102 
and EO 104, the LEG uses in-band signaling implemented 
with pulse or tone dialing. The homed EO then sends back 
a dial tone to calling party 102. 

In step 1022, the originating caller, calling party 102, 
hears a dial tone and dials a telephone number to access the 
open architecture platform 402. The dialed number, for 
example, in the currently used domestic US 10-digit stan- 
dard NPA-NXX-XXXX format (i.e., Europe, for example, 
has a different 32 digit standard), can be the telephone 
number of called party 110, or a number used to access an 
ISP which can be virtually mapped to a table of terminating 
points. 

In step 1024, the LEG facilities perform a table lookup 
and then transmit the call to a facility (e.g., a class 4 AT 
switch or a class 5 EO switch) that is connected to open 
architecture platform 402. First, EO 104 will look up the 
dialed number in translation tables (external to the EO) 
which will indicate which switch of the LEG facihty is to 
receive the call. Next, EO 104 will transmit appropriate 
signaling information to transmit the call along a path to that 
facility. 
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It should be noted that if the regulatory environment were 
to change as to permit CLECs or other interconnecting 
parties to access originating oflBce triggers from ILEGs, then 
it would be possible to route the call trafGc differently. 

5 It should be noted that this step is optional, because it is 
possible that EO 104 (the homed EO) provides a direct 
connection with open architecture platform 402. It is also 
possible that calling party 102 will have a connection to a 
network node or system (e.g. an intelligent peripheral, a 
GPOP, etc.) thai is not an EO or AT switch, which will 
provide a direct connection to open architecture platform 
402. It is also possible that the homed EO will provide a 
connection to another type of network device (i.e., not an EO 
or an AT) that will, in tuim, provide a direct connection to 
open architecture platform 402. 

^5 The leg of the call described in step 1024 can be con- 
nected using in-band signaling or out-of-band signaling. 
(The same is true for the legs of the call following this leg.) 
In one embodiment, SS7 signaling is used to terminate the 
call to the facility providing access to the open architecture 

20 platform 402. Referring to RG. 4 or RG. 9A, AT 106 and 
EO 104 are, for example, facilities providing access to open 
architecture platform 402. Alternatively, these facilities 
could include, for example, a CLEG, or other enhanced 
service provider (ESP), an intemational gateway or global 

25 point -of -presence (GPOP), or an intelligent peripheral. 

With SS7 signaling, the ISDN User Part (ISUP) protocol 
can be used. ISUP features numerous messages that are 
transmitted within the SS7 network, which are used to 
establish call set up and call teardown. In the present case, 

30 an initial address message (lAM) is sent to AT 106 or EO 
104. Of counje, AT 106 can also be, for example, a GLEG, 
or other eahaix:ed service provider (ESP), an intemational 
gateway or global point-of -presence (GPOP), or an intelli- 
gent peripheral The lAM can indude such information as 

35 the calling party munber (Lc., the telcpbooc number of 
calHog party 102, although the lAM doesn't necessarily 
contain calling party, especially in local environment), the 
called party number (i.e., the telephone number dialed by 
calling party 102), the origination point code (OPQ, the 

40 destination point code (DPC), and the circuit identification 
code (GIG). (The OPC, DPC and GIG were discussed above 
with respect to RG. 7). The OPC identifies the switch from 
which the call is to be transmitted on the present leg of the 
call, which in this case is homed EO 104. The DPC identifies 

45 the switch to which the present leg of the call is to be routed. 
Taking the example of a call that is connected to open 
architecture platform 402 by AT 106, the SS7 signalii^ will 
transmit the call from EO 104 to AT 106. The QC identifies 
the bearer chaimel over which the call is coming in to AT 106 

50 from £0 104. Each AT 106 looks at the called number and 
then does its own routing, by reviewing the contents of the 
1AM and determining the next switch to send the call to, by 
setting the next Drc in order to continue routing the calL 
It should be noted that ISUP messages are transmitted 

55 from signaling point to signaling point in the SS7 network 
in the above-noted manner, until the signaling is completed 
to a destination switch, node or trunk (i.e., at a called party). 
For example, it is possible that once the call is sent to homed 
EO 104, it is sent to intermediate switches (i.e., other EOs 

60 and ATs) before it arrives at AT 106. In this case, each switch 
along the path of the call will create an lAM with informa- 
tion reflecting the next leg of the call. For each leg, the OPC 
and DPC are modified, and the receiving switch looks for the 
call in the bearer channel specified by the CIC which is 

65 included in the lAM. 

In step 1026, the LEG facihties perform a table lookup 
and then transmit the call to open architecture switch 502. 
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AT 106 creates an I AM. This lAM can include the calling tandem NAS bay 504 indicating this condition. The tandem 

party's number (if available), the called party's number, the NAS bay sends back an acknowledgment. Table 27 illus- 

point code of ATI 06 as the OPC, the point code of the open trates an example message flow for this step, 

architecture switch 502 as the DPC. and the CIC represent- Iq step 1034, a data call over a given bearer channel (e.g., 

ing the bearer channel over link 406 containing the caU. The 5 a DSO channel) is time division multiplexed by tandem NAS 

lAM is sent to the SS7 GW 512, presenting the call on a ^ay 504 for termination at particular modems. The data call 

bearer channel represented by another aC over link 406 to arriving over a given bearer channel on connection 406 

Undem NAS bay MM (a bearer channel mterface). (f^^ ^ ^ ^^^^ ^ ^ ^^^j^ ^^^^ ^ 

- ll^Fiii ' ? ^iy^TV^I^ mformauon ^^^^ ^^^^ ^^^^^^ ^^^^^^ ^^^^ 

m the LAM message from SSv network 114, and dehvers the , u y j i / ^ 1 ^-r^^^r^^ • • . 

infom^ation to control server 510. SS7GW 512 has multiple ^ a given bay/module/lme/ch^^ (BMLC) going mto 

physical A-hnk interfaces into the SS7 network (i.e. prefer- ^ termmatmg pomt. Table 32 

ably one which supports international as well as US Domes- Al^^tes an example message flow for this step, 

tic SS7 signaling) over which signaling data is received. In '° step 1036, a modem performs the conversion (i.e., a 

a preferred embodiment, SS7 GW 512 functionality is modem m modem NAS bay 514 converts the call from one 

implemented as an application executing on a SUN Micro- form into a form suitable for a destination data network.) For 

systems workstation model 450, for example, available from example, the call can be converted from one type of data 

Sun Microsystems, Inc. using an SS7 adapter from, for signal (e.g., a PPP data signal) into another form of data, 

example, DGM&S model Omni 5.0 SignalWare, available such as packets (e.g., IP data packets) for routing to another 

from DGM&S Telecom, Mount Laurel, N J. In this preferred point such as an ISP. As noted, alternatively, a tunnel can be 

emlxxiiment, SS7 GW 512 and control server 510 are 20 established between the originating caller and the destina- 

applications in communication with one another, running on tion data network. Here, a virtual private network, to which 

one or more such interconnected host computers. As noted, the originating caller 102 is connected, is extended to the 

FIGS. 6 and 7 illustrate one example embodiment. data network. 

Referring to FIGS. 6 and 7, these applications are sym- Step 1038 is the acceptance of the data caU by the 

bolically represented as GAP SS7 GW application 600 and 25 platform. As illustrated in Table 26, a message is sent from 

GAP control server application 700. The communications the control facilities of tandem NAS bay 504 to control 

between SS7 GW 512 and control server 510, which server 510, indicating the inbound call is accepted by open 

together comprise GW 508, were specifically described with architecture platform 402. Control server 510 then indicates 

respect to these figures. SS7 GW 512 parses the 1AM an accepted data connection to SS7 GW 512, whidi in turn 

message, providing the OPC, DPC, calling party number 30 sends an address complete (ACM) message out over SS7 

and called party number, inter alia, to control server 510. network 114. When homed EG 104 is made aware of this 

SS7 GW 512 also functions as a protocol state machine condition, it plays a ringing signal for calling party 102, or 

for each ISUP SS7 circuit. In this respect, SS7 GW 512 more specifically, to the modem used by callii^ party 102. 

holds a protocol state machine for eadi call that is in process. This indicates a connection is about to be established with a 

If SS7 GW 512 does not get a response from control server 35 modem. 

510 within a certain timeout period, then it sends a default In step 1040, the call is connected between a modem on 

response out to the SS7 network, which is in the present case modem NAS bay 514 and the modem of calling party 102. 

a release (REL) message. The REL message indicates to As illustrated in Table 27, a message is sent from the control 

homed EO 104 (i.e., via its SSP portion) that the call is to be facilities of tandem NAS bay 504 to control server 510, 

released because a timeout occurred. SS7 GW 512 does not 40 indicating that the inbound call is connected. Control server 

necessarily perform the routing itself, but rather communi- 510 then indicates a connection indication to SS7 GW 512, 

cates with the control server 510 which controls the routing which in tura sends an answer (ANM) message over SS7 

functions. network 114. The modem of called party 102 then negotiates 

Referring to RG. IOC, in step 1030, the control server with a modem of modem NAS bay 514. Here, the name and 

must determine whether the call is a data call or a voice call 45 password of the calling party are verified by the modem of 

to take appropriate actions. Control server 510 looks up the modem NAS bay 514 via a radius server. The radius server 

called party number in internal or external database 516 to authenticates the call, and assigns an IP address from the 

determine whether the call is a data call or a voice call. modem NAS bay 514, using the dialed number. The call is 

Based on the type of call, control server 510 indicates to routed between calling party 102 and another point, such as, 

control facilities (associated with tandem NAS bay 504) 50 an ISP as described with respect to FIG. 9A 

how to route the traffic. If in step 1030 it is determined that the call is a voice call. 

Control server 510 communicates with the control facili- the call is transmitted to a voice switch in step 1042. In ttus 

ties in tandem NAS bay 504 via the open architecture case, control server 510 will communicate to tandem NAS 

protocol. The control messages comprising the protocol are bay 504 to transmit the call to voice switch 506. Voice 

defined in Table 6 geoerically and in Tables 7-20 in detail. 55 switch 506 will, in tum, use SS7 signaling (via SS7 signaling 

The flows of the control messages, between GW 508 network 114) to place the call to a called party 110. Voice 

(primarily referring to control server 512 in GW 508) and trafBc is handled in a conventional manner. In a preferred 

tandem NAS bay 504 (primarily referring to control facili- embodiment, a NORTEL DMS switch, model DMS 500, 

ties in tandem NAS bay 504) are provided in Tables 22-38. available from NORTEL, Richardson, Tex., is used for 

For an even more detailed view of these flows, the reader is 60 switching of voice traffic. 

referred to FIG. 11, which iUustrates the control facilities of In step 1044, call teardown occurs. For voice traffic 

tandem NAS bay 504 (including protocol control 1102, call e fleeted between calling party 102 and called party 110, 

control 1106 and resource management 1104) and GW 508, teardown occurs using SS7 signaling in a known manner, 

as well as FIGS. 13-18B, which provide detailed views of For teardown of a data call, in a typical scenario, calling 

the selected flows. 65 party 102 initiates the procedure by disconnecting the 

If control server 510 determines the call is a datacall, in modem connection. Homed EO 104 sends a release (REL) 

step 1032, it sends a message to the control facilities of message, which is transmitted over the SS7 signaling net- 
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work U4 to SS7 GW 5U. SS7 GW 512 informs control 
server 510 of the condition. As illustrated in Table 34, 
control server 510 sends a message to the control facilities 
of tandem NAS bay 504 to release the call, which sends back 
an acknowledgment once the call is released. 

It should be noted thai the functions of SS7 GW 512, 
control server 510 and the NAS bays can all be contained in 
one collocated system. Many advantages can be achieved, 
however, by placing this functionality in several devices 
which can be collocated or placed in geographically diverse 
locations. For example, FIG. 9B depicts SS7 GWs 512^, 
512/), and 512c, connected by multiple links (e.g., A-F 
links) to SS7 network 114. SS7 GWs 5m-512c and CSs 
SlOfl, 510fc, and 510c, databases 516fl, and 516/?, NASs 
902fl, 9026, 902c, and 902d, and internal backbone 936, can 
be collocated or geographically diverse. In a preferred 
embodiment, for high availability, multiple redundant con- 
nections can connect redundant platform resources. 

It should also be noted that the above-noted steps need not 
be performed in sequential order. Those skilled in the art will 
recognize this fact. 

It would be apparent to a person having skill in the art that 
the above is only one implementation of the technology and 
that multiple implementations are possible. The reader is 
referred to the following tables and FIGS. 11-18B for a 
more detailed perspective. 

3. NAS Bay to GW Communications 

FIG. U is a block diagram illustrating the functional 
components of NAS bay 902, and how these components 
communicate with GW 508. In this more detailed view, NAS 
bay 902 includes protocol control application 1102, call 
control application 1106 and resource management applica- 
tion 1104. Protocol control application 1102 communicates 
with call control application 1106 by transmission of primi- 
tives. Protocol control application 1102 communicates with 
resource management application 1104 by the execution of 
procedure calls. GW 508 communicates with NAS bay 902 
by the transmission of control messages. These control 
messages, implemented using the open architecture platform 
protocol, are described in detail in the sections below. 

FIG. 12 illustrates a diagram used to show how complex 
outbound calls are handled. In these calls, a plurality of NAS 
bays are involved. Table 35 provides a description that is to 
be used in concert with RG, 12. 

FIGS. 13-18 provide a series of detailed flow charts (i.e., 
state diagrams) describing the communications flows 
between the subcomponents of NAS bay 902 (inchiding 
protocol control appHcation 1102, call control application 
1106 and resource management application 1104) and GW 
508. The state diagrams represent the state of protocol 
control appUcation 1102 through several processes. The flow 
charts are exemplary and not exhaustive. 

FIG. 13 depicts an inbound call handling (NAS Side) 
1300 state diagram detailing the states of protocol control 
1102 during receipt of an inbound call. Steps 1302 through 
1356 outline in detail the state flow of protocol control 1102 
during the call. 

RGS. 14A and 14B depict NAS side exception handling 
1400 state diagrams detailing the states of protocol control 
1102 during exception handling. Steps 1402 through 1424 
outline in detail the state flow of protocol control 1102 
during exception handling. 

FIG. 15 depicts a NAS side release request handling 1500 
state diagram detailing the states of protocol control 1102 
during the process of a release request. Steps 1502 through 
1526 outline in detail the state flow of protocol control 1102 
during the release request. 
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FIG. 16 depicts a NAS Side TDM connection handling 
1600 state diagram detailing the states of protocol control 
1102 during the receipt of a TDM call. Steps 1602 through 
1630 outline in detail the state flow of protocol control 1102 
during the TDM call. 

FIGS. 17A and 17B depict a NAS side continuity test 
handling 1700 state diagram detailing the states of protocol 
control 1102 during initiation of a continuity test. Steps 1702 
through 1766 outline in detail the state flow of protocol 
control 1102 during the test. 

FIGS. 18A and 18B depict a NAS side outbound call 
handling (initiated by NAS) 1800 state diagram detailing the 
states of protocol control 1102 during initiation of an out- 
bound call. Steps 1802 through 1872 outline in detail the 
state flow of protocol control 1102 during the calL An 
outbound call is a call initiated from the open architecture 
platform, for security reasons. In response to a call from a 
calhng party, the platform initiates a call to the calling party, 
and performs password validation for the call. 

4. Control Messages 

Table 6 below provides a listing of the names and corre- 
sponding codes for control messages transmitted between 
GW 508 and NAS bay 902. Also included are the source of 
each message and the description for each message. For 
example, the NSUP message is transmitted from NAS bay 
902 to GW 508, informing GW 508 that NAS bay 902 is 
coming up. 

TABLE 6 


Name 

Code 

Source 

Dcscriptioo 

NSUP 

0x0081 

NAS 

Notify NAS coming up 

ASUP 

OxOO«2 

GW 

Ackncwlcdgment to NSUP 

NSDN 

0x0083 

NAS 

Notify NAS is about to reboot 

Rsn 

0x0085 

GW 

Request system reset - Drop all channels 

ARSn 

0x0086 

NAS 

Reset in progress - awaiting Rehoct 
cooimaad 

RST2 

0x0087 

GW 

Request system reset (Reboot commaixl) 

ARST2 

0x0088 

NAS 

Reboot admowledgment 

MRJ 

OxOOFF 

GWoi 
NAS 

Message reject 

RSt 

0x0091 

GW 

Request system information 

NSt 

0x0092 

NAS 

Response to RSI 

RBN 

0x0093 

GW 

Request bay number 

NBN 

0x0094 

NAS 

Response to RBN 

SBN 

0x0095 

GW 

Set bay number 

ABN 

0x0096 

NAS 

Acknowledgment to SBN 

RMI 

0x0097 

GW 

Request module information 

NMI 

0x0098 

NAS 

Notify module information 

RU 

0x0099 

GW 

Request line informatioo 

NU 

0x009A 

NAS 

Notify line information 

Rcr 

0x009B 

GW 

Request channel infomiation 

NCI 

0x009C 

NAS 

Notify cbaanel information 

su 

0x009D 

GW 

Set line information 

ASLI 

0x009E 

NAS 

Acknowledgment to SLI 

RGWI 

OxOOAl 

GW 

Request Gateway infonnation 

NGWl 

0x00 A2 

NAS 

Notify Gateway information 

SGWI 

0x00 A3 

GW 

Set Gateway ioformation 

ASGWI 

0x00 A4 

NAS 

Acknowledgment to SGWI 

ROWS 

0x00 AS 

GW 

Request Gateway status 

NGWS 

0x00A6 

NAS 

Notify Gateway status 

RMS 

0x0041 

GW 

Request module status 

RLS 

0x0043 

GW 

Request line status 

RCS 

0x0045 

GW 

Request channel status 

NMS 

0x0042 

NAS 

Notify module status 

NLS 

0x0044 

NAS 

Notify line status 

NCS 

0x0046 

NAS 

Notify channel status 

SMS 

0x0051 

GW 

Set a module to a given state 

SLS 

0x0053 

GW 

Set a line to a given state 

SCS 

0x0055 

GW 

Set a group of channels to a given state 

NSCS 

0x0056 

NAS 

Response to SCS 

per 

0x0061 

GW 

Prepare channel for continuity lest 
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TABLE 6-coDtinued 


Name 

Cbde 

Source 

Description 

APCT 

Qz0062 

NAS 

Response to PCT 

SCT 

0x0063 

GW 

Suit continuity test proceduit with far end 




as loopback (Generate tone and check for re- 




ceived tone) 

ASCT 

0x0064 

NAS 

Continuity test result 

RTE 

0x00 7D 

GW or 

Request test echo 



NAS 


ARTE 

OxOOTE 

NAS or 

Response to RTE 



GW 


RTP 

0x00 7B 

GW 

Request test ptng to given [P address 

ATP 

0x007C 

NAS 

Response to RTP 

LTN 

0x0071 

GW 

Listen for DTMF tones 

AIJN 

0x0072 

NAS 

Response to listen for E3TMF tones 

STTN 

0x0073 

GW 

Scad DTMF tones 

ASTN 

0x0074 

NAS 

Completion result of STN command 

RCSI 

0x0001 

GW 

Request inbound call setup 

ACSI 

0x0002 

NAS 

Accept inbound call setup 

COM 

0x0003 

NAS 

Connea inbound call (aaswcr) 

RCSO 

0x0005 

NAS or 

Request outbound call setup 



GW 

ACSO 

0x0006 

GW or 

Accept outbound call setup 



NAS 

CONO 

0x0007 

GW or 

Outbound call connected 



NAS 


RCST 

0x0009 

GW 

Request pass-through call 




setup fTDM connection between 




two channels) 

ACST 

OxOOGA 

NAS 

Accept pass-through call 

RCR 

0x0011 

GW or 

Release channel request 



NAS 

ACR 

0x0012 

NAS or 

Release channel complete 



GW 


15 


20 
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5. A Detailed View of the Control Messages 

Hie following section provides a more detailed view of 
the control messages transmitted between GW 508 and NAS 
bay 902. 


TABLE 7-coDtinued 


Startup f regis tration and de-registration) 


Parameter 


Message 

Tag 

Parameter Descr^tion 

RST2 - Request 

0x02 

System ID 

system reset (Reboot 



command) 



ARST2 - Reboot 

0x02 

System ID 

acknowledgment 

0x06 

Result code: 



0x00 Request accepted. NAS 



will reboot now. 



0x01 Request denied. NAS 



will not reboot. 


b. Protocol Error Messages 

Table 8 below provides the Protocol error messages, the 
parameter tags and the parameter descriptions (associated 
with these messages). 

TABLES 


Protocol error handling 
Parameter 

Message l^g Parameter Description 

MRJ - Message reject QxFE ISDN cause code 

This message is geneiated by the NAS or GW when a message is received 
with an error, such as an invalid message code, etc. The ISDN cause code 
indicates the main reason why the message was rejected. 

c. System Configuration Messages 

Table 9 below provides the System configuration 
messages, the parameter tags and the parameter descriptions 
(associated with these messages). 


a. Startup Messages 

Table 7 below provides the Startup messages, the param- 
eter tags and the parameter descriptions (associated with 
these messages). 

TABLE 7 


40 


TABLE 9 


Message 


Startup (registration and de-rcgjatration) 

Parameter 

Tag Parameter Description 


NSUP - Notify NAS 
coming up 


ASUP - 

Acknowledgement to 
NSUP 

NSDN - Notify NAS 
coming down (about to 
reboot) 

RSn - Request 
system reset - Drop all 
chancels 

ARSn - Reset in 
progress - awaiting 
Reboot command 


0x01 Protocol version implemented 

(initially, set to 0). 
0x02 System ID 
0x03 System type 

0x04 Maximum number of modules (cards) 
on the system (whether present 
or not). 

0x05 Bay number. 

0x02 System ID 


0x02 System ID 
0x02 System ID 
0x02 System ID 


Message 


System confifruration 

Parameter 

Tag Parameter Description 


45 RSt - Request system 
inforroatk)n 
NSI - Notify system 
information 
(response to RSO 

50 


RBN • Request bay 
55 number 

NBN - Respoose to 
RBN 


0x01 


Protocol version implemented 
(initially, set to 0> 
System ID 
System type 

Maximum number of modules (cards) 
on the system (whether present 
or not). 
Bay number 
Hiis message is sent as a response to a 
RSI request. 


0x02 
0x03 
0x04 


0x05 


0x05 Bay number 
This message is sent as a response to a 
RBN lequeat. 

0x05 Bay aumbcr 
0x05 Bay number 


SBN - Set bay number 
ASBN - 

60 Acknowledgment to This message is sect as a response to a 
SBN 


SBN rcquesL 


d. Telco Interface Configiu'ation Messages 

Table 10 below provides the Telco interface configuration 
messages, the parameter tags and the parameter descriptions 
(associated with these messages). 
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TABLE 10 


TABLE 10-continued 


Message 


'fiJoo _m teTface coafiguration 

Parameter 

T^g Parameter Description 


RMl • Request module 0x07 Module number 
information 

NMI . Notify module 0x07 

information (response OxOA 


Message 


Tbloo interface configuration 

Parameter 

Tag Parameter DcscriptioD 


0x42 Tl CSU build-out: 


Module number 
Module type: 


10 


to RMt) 


RU - Request line 
infonnation 
^ai- Notify Une 
infbmtttion (ic^nse 
toRlJ) 


QxOO not present 

QxOl unknown 

0x03 router card 

0x04 8-line channelized Tl 

0x06 4d-modem card 

0x07 HDLCcaid 

0x08 Ethernet card 

0x09 Serial WAN card 

OxOA HSSI caid 

OxOB 10-line uncbannelized Tl 

OxOD T3 

OxOE 4d-modem 56K card 

0x10 SDSL 

0x11 ADSL CAP 

0x12 ADSL DMF 

0x13 standalone modem controller 

0x14 32-line IDSL 
Many other values arc reserved. 
OxOB Capabilities/fieatures: logical OR of 
any of the following flags: 

QxOl Capable of continuity testing 

0x02 Netwodc inter&ce module 
0x08 Number of lines (or itema, depending 

oa card type). 
0x09 External name (Le,, •^SU-carcT, 

etc) In ASCn fonnat 
0x07 Module number 
QxOD Line cumber 
0x07 Module number 
OxOD lioc rrumbcr 
OxOE Number of channels 
OxOF External name in ASai format 
0x10 Line coding: 

0x00 Unknown 
QxOl AMI D4 AMI 
0x02 B8ZS ESF - B8ZS 
0x11 Framing: 

0x00 Unknown 
0x01 D4 
0x02 ESF 
0x12 Signaling type: 

QxOO Unknown 
QxOl In-band 
Qx02 ISDN PRI 
0x03 NFAS 
0x04 SS7 gateway 
0x13 [n-baod signaling details: 

QxOO Unknown 

QxOl Wink start 

0x02 Idle start 

0x03 wink-wink with 200 

msec wink 
0x04 wink-wink with 400 

msec wink 
0x05 loop start CPE 
0x06 ground start CPE 
0x41 Tl front-end type: 

QxOO Unknown 

0x01 CSU (n long haul) 

0x02 DSX-1 CTl short haul) 


0x43 


20 RCI - Request Channel 
information 

NQ - Notify channel 
information (response 
to RCI) 


30 


SU - Set line 
information 


35 


40 


0x07 
OxOD 
0x15 
0x07 
OxOD 
0x15 
0x16 
0x17 


0x18 
0x19 
OxlA 

0x07 
OxOD 
OxOF 
0x10 


0x11 


50 


55 


60 


65 


0x00 Odb 

0x01 7.5 db 

0x02 15 db 

0x03 22.5 db 

Tl DSX-1 line length: 


0x00 
0x01 


1-133 ft 
134-266 ft 
0x02 267-399 ft 
0x03 400-533 ft 
0x04 534-^5 ft 
Module number 
Line number 
Channel number 
Module number 
Line number 
Channel number 
Channel status 

Bearer Capability of the Channel 

(BCC) or type of the active call, 

when a call is present 

Calling Party number 

Dialed Phone number 

Timestamp of the last channel status 


Module nun^r 
line number 

External name in ASCII format 
Line coding: 

0x01 AMI 
0x02 B8ZS 
Framing: 


0x01 D4 
0x02 ESF 
0x12 Signaling type: 

0x01 [n-band 
0x02 [SDN PRI 
0x03 NFAS 
0x04 SS7 gateway 
0x13 tn-band signaling details: 

0x01 Wink start 

0x02 Idle Stan 

0x03 wink-wink with 200 

msec wink 
OxD4 wink-wink with 400 

msec wink 
0x05 loop start CPE 
0x06 ground start CPE 
0x41 Tl front-end type: 

0x01 CSU CTl long haul) 
0x02 DSX-1 Cn short haul) 
0x42 Tl CSU build-out: 

0x00 Odb 

0x01 7.5 db 

0x02 15 db 

0x03 22.5 db 
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TABLE lOcoDtinued 


TABLE 12 


Mcsugc 


Tdoo interface configumdoa 

Parameter 

T^g ParamcUr Description 


Message 


Maintenance - Status (State) 

Parameter 

l^g Panmeter DescrqXion 


0k43 T1 DSX-1 line length: 


0x00 
0x01 
0x02 
0x03 
QxO* 


ASU - New line 
information ACK 


0x07 
OxOD 


1-133 ft 
134-266 ft 
267-399 ft 
400-533 ft 
534-655 ft 
Modtilc number 
Line number 


This message is sent as a response to a SU request. 


10 


15 


20 


e. Gateway Configuration Messages 

Table U below provides the Gateway configuration 
messages, the parameter tags and the parameter descriptions 
(associated with these messages). 

TABLE 11 


25 


30 


Message 


Gateway configuration 

Parameter 

l^g E^rameter Dcscrqjtion 


RGWI - Request 
Gateway information 

NGWI - Notify Gateway OxlB IP Address for Primary gateway 
information OilC TCP port for Prinusry gateway 

QzlD \P Address for Secondary gateway 
0x1 E TO* port for Secondary gateway 
This message is sent as a response to a RGWI request, en* when the local 
NAS configuration is changed by other means. 


SGWr - Set Gateway 
information 


0x02 Serial Number of Remote Unit 
OxlB New IP Address of Primary 

^teway 
OxlC TCP port for Primary 
gateway 

OxlD New IP Address of Secondary 
B^iteway 

OxlE TCP port for Secondary gateway 


ASGWI - Acknowledge 
toSGWI 

This message ta sent as a response to a SGWl request. 


ROWS - Request 
Gateway status 
NGWS - Notify 
Gateway status 


0x02 Serial Number of Remote Unit 


0x02 Serial Number of Remote Unit 
OxlB New IP Address of Primary Host 
OxlC TCP port for Primary 
OxlD New IP Address of Secondary Host 
0x1 E TCP port for Secondar>' 
0x1 F Gateway in use (Primary/ 
Secondary) 

This message is sent as a rcspoase to a RGWS request. 


40 


45 


50 


55 


60 


RMS - Request modnle 0x07 Module number 

status 

This message will force an immediate NMS. 

RLS - Request line 0x07 Module number 

status OxOD Line number 

This message will force an immediate NLS. 

RCS - Request channel 0x07 Module number 

status OxOD line number 

0x15 Channel number 
This message will force an immediate NCS. 
NMS - Notify module 0x07 Module number 

status OxOA Module type (see NMI above) 

OxOC Module status 

0x20 Number of lines (for network 
interface modules only) 

0x21 line status: one entry pet line 
(for network interface modules 
only) 

This message should be issued by the NAS any time that the module sta- 
tus 

changes or if a RMS command was received. 

NLS - Notify line status 0x07 Module number 
OxOD Line number 
0x14 Line status 
0x22 Number of channels 
0x23 Channel status: one entry 
per rharmfJ 

This messagjc should be issued by the NAS any time that the line status 

changes or if a RLS command was received. 

NCS - Notify channel 0x07 Module mimbei 

status OxOD Line number 

0x15 Oianad number 
0x16 dannel status 

This nKssage should be issued by the NAS if an RCS command was 

received. 

SMS - Set a module to a 0x07 Module number 
given status 0x24 Requested state: 

0x00 out of service 
0x01 initialize (bring up) 

As the Module changes status, the NAS will notify the GW with 

NMS messages. The correlator in those NMS messages will not be the 

same as the coriclator in the SMS message. 

SLS - Set a line to a 0x07 Module number 

given status OxOD Line number 

0x25 Requested state: 

0x00 Disable 
0x01 Enable 
0x02 Start loopback 
0x03 Terminate loopback 
As the line changes sUtus^ the NAS will notify the GW with NLS 
messages. The correlator in those NLS messages will not be the same as 
the correlator in the SLS message. 
SCS - Set a group of 0x07 
channels to a given status OxOD 
0x28 
0x29 
0x26 


Module number 
Line number 
Start Channel number 
End Channel number 
Action: 


f. Maintenance -Status (Stale) Messages 

Table 12 below provides the Maintenance-Status (State) 55 
messages, the parameter tags and the parameter descriptions 
(associated with these messages). 


0x00 Reset to idle 

0x01 Reset to out of service 

0x02 Surt loopback 

0x03 Terminate loopback 

0x04 Block 

0x05 Unblock 
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TABLE 12-contmued 


TABLE 13-continued 


Maintenance - Status fStote) 
0x27 Option: 


OJtOO 


OjcOI 


Do not peifonn the 
indicated action if any of 
the channels is not in the 
valid initial state. 
Perform the indicated 
actbn on channels which 
are on the valid initial 
slate. Other channeb 
arc not affected. 



Vfelid 



initial 


Action 


rUUII S13LC 

Reset to idle 

maintenance, 

idle 


blocked, 



loopback. 



idlc^ in 



use. 



conected 


Reset to out of 

maintenance, 

out of service 

service 

blocked, 



loopback, 



idle, in 



use. 



connected 


Start loopbftck 

idle 

loopback 

End loopback 

loopback 

idle 

Block 

idle 

blocked 

Uobtock 

blocked 

idle 


Parameter 


Message 


Parameter Descrqition 

N5CS - Response to 

0x07 

Module number 

scs 

OzOD 

Jat^- number 


0x28 

Start Channel number 


0x29 

End Channel number 


0x2A 

Response code: 


0x22 
0x23 


Message 


10 


20 


0x00 action successfully 

perfonned in alt channels 

QxOl at least one channel 
faUed 

Number of channels 

Channel status: one 

cotxy per channel 


g. CoDtiauity Test Messages 

Table 13 below provides the Coatinuity test messages, the 
parameter tags and the parameter descriptions (associated 
with these messages). 


TABLE 13 


Message 


Qpnttnuitv test 

Parameter 

Tbg Parameter Description 


55 


PCr - Prepare channel 
for continuity test 

APCT - Response to 
per request 


SCr - Start continuity 
test procedure with far 


0x07 Module number 

OxOD line number 

OxlS Channel number 

0x07 Module number 

OxOD Line number 

0x15 Channel number 

0x2B Result: 

0x00 Resources reserved 
successfully 

0x01 Resource not available 
0x07 Module number 
OxOD Line number 


ConttDuitv test 

Parameter 

T^g ParameUr Descrqition 


PCT - Prepare channel 
for continuity test 

APCr- Response to 
PCT request 


end as loopback 


0x07 Module number 
OxOD line number 
0x15 Channel number 
0x07 Module number 
OxOD Line number 
OxlS Channel number 
0x2B Result 
0x15 Channel number 
0x2C Timeout in milltseconds. Default is 2 
15 seconds. 

The SCr command must be received less than 3 seconds after the APCT 
was sent The contiouiiy test performed by the NAS is as follows: 

1. Start tone detection 

2. Generate a check tone 

3. Start timer 

4. When tone is detected (minimum of 60 ms): 
4.1. Stop timer. 
42. Stop generator 

4.2,L TEST SUCCESSFUL 

5. If timer expires: 

5.1. Stop generator 

5.2. TEST FAILED 
After continuity testing, a channel is always left in the idle state. 
ASCr - Continuity test 0x07 Module number 
result OxOD Line Number 

0x15 Channel Number 
0x2D Result: 

0x00 Test completed successfiiUy 
0x01 TVst foiled 


h. Keepalive Test Messages 

Table 14 below provides the Keepalive test messages, the 
35 parameter tags and the parameter dcscriptiocs (associated 
with these messages). 


TABLE 14 



Keepalive test 


Parameter 

Message 

Tag Parameter Desa^tion 

RTE - Request test echo 

0x2E Random characters 

ARTE - Response to 

0x2 E Same random characters from KTE 

RTE 



i. LAN Test Messages 

Table 15 below provides the LAN test messages, the 
parameter tags and the parameter descriptions (associated 
50 with these messages). 


TABLE 15 


LAN test 



Parameter 


Message 


Parameter Description 

RTP - Request a test 

0x02 

System ID 

ping 

Ox2F 

[P Address to Ping 


0x30 

Number of pings to send 

ATP - Response to RTP 

0x02 

System ID 


Ox2F 

IP Address to Ping 


0x30 

Number of successful pings 


j. DTMF Function Messages 

Table 16 below provides the DTMF function messages, 
the parameter tags and the parameter descriptions 
(associated with these messages). 
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TABLE 16 


TABLE 17 


Message 


DTMF functioos 

Parameter 

l^g Parameter Descrqition 


ITN 
tones 


Listen for DTMF 


0x07 
OiOD 
0x15 
0x31 


0x32 


Module number 

Line number 

Channel number 

Time to wait for a tone (since 

cither last tone heard or start of 

commantl) - in milliseconds 

Maximum number of tones to 


2.1 

2.2. 


23. 


2.4, 


2.5, 


AUN - Response to 
LTN 


Staits timeL 
When a tone is recognized: 
Restart timer. 

If the recognized tone is the 'tone to cancel', the operation 
is concluded and a response is generated (cancel tone 
received). 

Add the tone to the response string. If the number of tones 
on the string exceeds the maximum allowed, the operation 
is concluded and a response is generated (max tones 
received). 

When the tone is removed, restart the timer and continue 
from step Z 

If the timer expires, the operation is concluded and a 
response is generated (tone too long). 
If the timer expires, the operation is concluded and a response is 
generated (timeout). 

0x07 Module number 
OxOD Line number 
Ox IS Channel number 
0x35 Completion status: 


0x00 Timeout 

0x01 No resources available for 

this operation 
0x02 Operation was interrupted 
0x03 Otncel tone received 
0x04 Maximum tones received 
0x05 Tone too long 
0x32 Number of tones received 
0x33 String of tones received (ASCII 

characters '0'-'9\ '#') 
0x07 Module number 
OxOD Line number 
OxlS Chaimel number 
0x32 Number of tones to send 
0x33 String of Tones to send (ASOI 
characters *0'-'9', 'd' - 

contiguous dial tone, 'b* - 
contiguous user busy, *n* ■ 
conti^ious network busy, 's' - 
short pause, *r' - contiguous ring- 
bade) 

0x07 Module number 
OxOD Line number 
0x15 Channel number 
0x36 Completion status: 

0x00 Operation succeeded 

0x01 Operation failed 

0x02 Operation was interrupted 


^TN - Send DTMF tones 


ASTN - Completion 
result of STN command 


k. Inbound Call Handling Messages 

Table 17 below provides the Inbound call handling 
messages, the parameter lags and the parameter descriptions 
(associated with these messages). 


Message 


recognize 
0x34 Tbnc to cancel the wait 
If resources are available, the NAS starts listening for DTMF tones on the 
given channel. The procedure is as follows: 


20 


35 


40 


50 


55 


60 


Inbound call handling 

Parameter 

Tag E^rametcr Descr^tion 


RCSI • Request inbound 
call setup 


0x07 Module number 
OxOD Line number 
0x15 Channel number 
0x17 Bearer Capability of the Channel 

(BCC) required for the call. 
0x19 Called Pboiv number 
0x18 Calling Party number 
This message is a notiRcation Gnom the GW to the NAS that an inbound 
call is pending. The NAS should respond with an ACS! message 
indicating if it accepts or with an ACR if it rejects the call. 
The valid channel slates for this command are idle or loopback. If the 
channel is in loopback state, loopback mode is ended and the call 
proceeds. 

ACS I - Accept inbound 0x07 Module number 
call setup OxOD Line number 

0x15 Channel number 
This message is a notification &om the NAS to the GW that an inbound 
call has been accepted. Appropriate resources have been reserved at the 
NAS for this call. 

CONI - Connect inbound 0x07 Module number 
call (answer) OxOD Line number 

0x15 Channel number 

0x40 Call identifier assigned by the NAS 
This message is an indication from the NAS to the GW to answer an 
inbound call. 


30 


1. Outbound Call Handling Messages 

Table 18 below provides the Outbound call handling 
messages, the parameter tags and the parameter descriptions 
(associated with these messages). 


TABLE 18 


Outbound call handline 


Parameter 


Message 


Parameter Description 

RCSO - Request 

0x07 

Module number 

outbound call setup 

OxOD 

Line number 


0x15 

Channel number 


0x17 

Bearer Capability of the Channel 



(BCC) required for the call. 


0x19 

Called Phone number^ 


OxlS 

Calling Party number^ 


0x37 

Destination module^ 


0x38 

Destination Itoe^ 


0x39 

Destination channel^ 


0x40 

Call identiiicr assigned by the 


NAS* 


If the call is initiated by the NAS, the Module, Line and Channel numbers 
are set to 0, because it is up to the GW to assign an appropriate channel 
for the outgoing call. 

If the call is initiated by the GW, the Module, Line and Channel 
numbers indicate the channel that should be connected to the outbound 
call. The NAS will place a call in one of its regular trunts (such as 
an ISDN PRt line). The GW or the NAS will respond with a ACSO (if 
the call was accepted) or with a RCR (if the call was rejected). 
When the outbound call is established, it will be connected to the 
channel spedfled by the tags Qx07A)xODA>xl5. 
ACSO - Accept 0x07 Module number 

outbound call setup OxOD Line number 

0x15 Channel Number 
If the call was initiated by the NAS, this is a notification from the GW 
that an outbound call was accepted and it is pending. The Gateway should 
send an RCR message if it wants to reject a call. 
If the call was initiated by the GW, this is a notification from the NAS 
^5 that an outbound call was accepted and it is pending. The NAS would 
have sent an RCR message if it wanted to rejea a calL 
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TABLE 18<ontinued 


TABLE 20^ntinued 


Message 


Outbound call handliflc 

Parameter 

Tag Parameter Descrqition 


Message 


C^ll clearing 
Parameler 

-nig 


Parameter Descri{^oa 


CONO - Oulbound call 
coimcctal 


0x07 Module aumber 
OxOD Line aumber 
DxlS Channel number 
0x40 Call idendiier asaigned by the 
NAS/ 

Hiis message is a ootiAcation tram the GW to the NAS that an outbound 
call has been cxHinected. 

'Optional - can be omitted. When RCSO is initiated by the Gateway, 
either this tag or complete address of the TDM destination channel must 
be present for the NAS to establish a calL 

%>ptional. Meaningful only for outbound calls initialed by the Gateway. If 
the address of a TDM destination cfaanaet is present, the specified channel 
will be used to setup the oulbound part of the call. 
^Present only when RCSO is originated by the NAS, 
*Prc»cnt only if this call was initiated by the Gateway. 

tn. Pass-through Call Handling Messages 

Tabic 19 below provides the Pass-through call handling 
messages, the parameter tags and the parameter descriptions 
(associated with these messages). 

TABLE 19 

Pass-through call handling 


10 


In the case of a pass-throu^ call (TDM connection), the channel 
identified should be the 'from* side. 
ACR - Release channel 0x07 
completed QxOD 

0x15 

OxFE 


Module number 
Line number 
Channel number 
ISDN cause code 


15 


20 


6. Control Message Parameters 

Table 21 below provides a listing of the control message 
parameters, and the control messages which use these mes- 
sage parameters. More specifically, Table 21 provides the 
tags associated with the parameters, the size (in bytes) of the 
parameters, the type of the parameters (e.g., ASCII), the 
parameter descriptions, and the control messages which use 
the parameters. 


25 


Tag 


0x00 
0x01 
0x02 


This message is a request from the GW to the NAS to link two 
channels. The NAS should respond with an ACST if it accepts tl^ 
connection or with a RCR if it rejects the connection. 
The indicated channels are inteicomiected at the time slot level. 
The NAS will not pcrfoTm any rate adaptation. U is the Gateway's 
re^nsibility to specify compatible channeb. 
ACST - Accept pass- 0x07 Ftom Module number 

thiDU^ call OxOD From Line nun*er 

0x15 From Channel number 
0x37 To Module number 
0x38 To Line number 
0x39 To Omimel number 
This message is a notificatioo &om the NAS to the GW that 
a TDM oonnection has been accepted and connected. The two 
indicated channels a now connected. 


40 


45 


50 


n. Call Clearing Messages 

Tabic 20 below provides the Call clearing messages, the 
parameter tags and the parameter descriptions (associated 
with these messages). 

TABLE 20 


0x08 

0x09 
OxOA 
OxOB 

OxOC 

OxOD 


55 


Message 


Call clearing 
Parameter 


Paramctci Description 


RCR - Release channel 
request 


0x07 
OxOD 
0x15 
OxFE 


Module number 
Line number 
Channel number 
[SDN cause code 


60 


65 


0x0 E 


OxOF 
0x10 
0x11 


TABLE 21 


Size 
(bytes) 


T>pc 


Parameter 
description 


Usage 


0 

1 

1 to 24 


Message 

Parameter 
1^ 

P&rameUr Descrqition 

30 



RCST - Request pasa- 

0x07 

From Module number 


0x03 

9 

thiDugh call setup (TDM 

OxOD 

From Line number 


0x04 

2 

connection between two 

0x15 

From Channel number 




channels) 

0x17 

Bearer Capability of the Channel 

35 





(BCC) required for the caU. 


0x05 

8 


0x37 

To Module number 


0x06 

1 


0x38 

To Line number 





0x39 

lb Channel cumber 


0x07 

2 


16 

1 
1 


UINT 
ASCII 


Asai 

UINT 


UINT 


End marker 
Protocol version 
System ID/Serial 
Number 


mm- 


ASCII 


Module 

Status 

UINT 


UINT 


16 ASCII 
1 
1 


System type 
Max. non^r of 
modules (slot 
cards) supported 
Bay number 
Reboot 

acknowledgment 
Module number 


Number of lines 
on this module 
Module name 
Module type 
Module 
capabilities 
Module status 

Line number 


Number of 
channel on 
this line 
Line name 
line coding 
line framing 


All messages. 
NSUP 

NUSP, ASUP, NSDN, 
RSTl, ARSn, RCT2, 
ARST2, NSI. SGWI. 
ROWS, NGWS 
NSUP, NSI 
NSUP, NSI 


NSUP. NSI, NBN 
ARST2 

RMI, NMI, RU, NU, 
RCI, NCI. SU, ASLI, 
RMS, RLS, RCS, NMS, 
NLS, NCS, SMS, SLS. 

scs, Nscs, per, 
APcr, scr, Ascr, 

ITN, AITN, STN. 
ASTN, RCSI, ACSI, 
CONI, RCSO, ACSO, 
CONO, RCST, ACST, 
RCR, ACR 
NMI, NMS 

NMI 
NMI 
NMI 

NMS 

RLI. NU Ra, 

Na, SU, ASU, 
RLS, RCS, NLS, 
NCS, SLS, SCS, 

NSCS, per, APcr, 
scr, AScr, ltn, 

AIXN, STN. ASTN, 
RCSI, ACSI, CONI, 
RCSO. ACSO, CONO, 
RC^, ACST, RCR, 
ACR 

NLl, NLS 


NLI, SU 
NLI,SU 
NU SU 
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TABLE 21 -continued 


TABLE 21-contioued 



Size 


Parameter 


Tag 

(byto) 

TVpc 

description 

Usage 

0x12 

1 


Line signaling 

NU, SU 




details 


0x13 

1 


Line in-band 

NU, SU 




signaling details 


0x14 

1 

Lutfi 

Line status 

NLS 



St&tus 



0x15 

2 

UINT 

Channel number 

RQ. Na, RCS. 





NCS, SCS, NSCS, 





per, APcr, 





SCT. ASCT, LTN. 





ATTN, SrS, ASTN, 





RCSI, ACSI, CONI, 





RCSO, ACSO, CONO, 





RCST, ACST, RCR, 





ACR 

0x16 

1 

Channct 

Channel status 

NCS 



Status , 



0x17 

1 


Bearer capability 

NCI, RCSI, RCSO, 





RCST 

0x18 

24 

Ascn 

Calling party 

NCI, RCSI, RCSO 




number 


0x19 

24 

Ascn 

Dialed number 

NCI, RCSI, RCSO 

OxlA 

4 

TDvfE 

Channel status 

NO 




change timestamp 


0x1 B 

4 

[paddr 

Primary Gateway 

NGWI, SGWI, NGWS 




IP 


0x1 C 

2 

UINT 

Primary Gateway 

NGWI, SGWI, NGWS 




TCP port 


OxlD 

4 

[paddr 

Secondary 

NGWI, SGWL NGWS 




Gateway IP 


OxlE 

2 

UINT 

Secondary 

NGWI, SGWI, NGWS 




Gateway 





TCP port 


OxlF 

1 


Gateway selector 

NGWS 

0x20 

2 

UINT 

Number of lines 

NMS 




in the t 





status array 


0x21 

Mtnable 

Line 

Line status array 

NMS 



Status 



0x22 

2 

UINT 

Number of 

NLS 




channels in the 





fhanw.l 





status array 


0x23 

\brublc 

Qionncl 

Channel status 

NLS 



Status 

array 


0x24 

1 


Requested 

SMS 




moduk 





state 


0x25 

1 


Recfiested line 
state 

SLS 

0x26 

1 


Requested 

SCS 




chaimel 





status 


0x27 

1 


Set cfaaonet 

SCS 




status option 


0x28 

2 

UINT 

Channel number 

SCS, NSCS 




aist (for 





grouping) 


0x29 

2 

UINT 

Channel number 

SCS, NSCS 




last (for 





grouping) 


0x2A 

1 


"Set channel 

NSCS 




status" result 


0x2B 

1 


"Prepare for 

APcr 




continuity check" 





result 


0x2C 

2 

UINT 

Continuity 

SCT 




timeout 


0x2D 



Continuity test 

ASCT 




result 


0x2E 

0 to 16 


Test echo 

KTB, ARTE 

Ox2F 

4 

Ipaddr 

Test ping 

RTP, ATP 




address 


0x30 

2 

UINT 

Test ping: 

RTP, ATP 




Numixr of 



10 


20 


30 


Taa 

Size 
ft)Vtes'y 

Tn>e 

Parameter 
description 

Usase 

0x31 

2 

UINT 

DTMF listen 

LTN 




time 


0x32 

1 

UINT 

DTMF number 

LTN, ALTN, STN 




of tones 

0x33 

Variable 

ASai 

DTMF string 

AIXN, STN 




('0'-*9\ *A'- 







0x34 

1 

BYTE 

DTMF tone 

LTN 




to cancel the 





watting 


0x35 

1 


DTMF listen 

ALTN 




completion 





status 


0x36 

1 


DTMF send 

STTN 




completion 





status 


0x37 

2 

UINT 

TDM destination 

RCST, ACST, RCSO 




Module 

(gw) 

0x38 

2 

UINT 

TDM destination 

RCST, ACST, RCSO 




Line 

(gw) 

0x39 

2 

ucsrr 

TDM destination 

RCST, ACST, RCSO 




channel 

(gw) 

0x40 

2 

ui>nr 

Call identifier 

COM, CONO, RCSO 




(RAS's Route 

(nas) 




ID) 


0x41 

1 

BYTE 

Tl front-end type 

SLI, NU 

0x42 

1 

BYTE 

Tl CSU build-out 

SU, NU 

0x43 

1 

BYTE 

Tl DSXline 

SU, NU 




length 

OxFE 

1 

UINT 

ISDN cause code 

RCR, ACR, others 

7. A entailed View of the Control Messages 


The following section provides a detailed view of the flow 
of control messages between GW 508 and NAS bay 902. 
35 Included are the source (either GW 508 or NAS bay 902) 
and relevant comments describing the message flow, 
a. Startup Flow 

Table 22 below provides the Startup flow, including the 
step, the control message source (either GW 508 or NAS bay 
40 902) and relevant comments. 

TABLE 22 


Step Gateway NAS Comments 


45 


NSUP NAS coming up. The message contains 
server information, including number of 
modulca in the system. 


packets 


50 b. Module Status Notification 

Table 23 below provides the Module status notification 
flow, inchiding the step, the control message source (either 
GW 508 or NAS bay 902) and relevant comnoents. 

55 TABLE 23 

Step Gateway NAS Comments 

1 NMS Notify module status. 

2 If the module is in the UP state: 

3 RMI Request module information 

4 NMI Notify module information (including number 

of lines in this module). 


c. Line Status Notification Flow 
65 Table 24 below provides the Line status notification flow, 
including the step, the control message source (either GW 
508 or NAS bay 902) and relevant conunents. 
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47 


48 


TABLE 24 


TABLE 28 


Step Gateway NAS Comments 


1 t^fLS Notify line status. 

2 If the line is in the UP state: 

3 RLI Request line in formation 

4 NLI Notify line information (including number of 

channeb). 


10 


Note: Channels will remain in the out-of-service state 
until the Line becomes available. At that time, the channels 
will be set to the idle state. The Gateway must then explicitly 
disable or block channels that should not be in the idle state. 

d. Blocking of Channels Flow 

Table 25 below provides the Blocking of channels flow, 
including the step, the control message source (either GW 
508 or NAS bay 902) and relevant comments. 

TABLE 25 


Step 

Gateway 

NAS CcmmenU 

1 

scs 

Set a group of channels to be blocked state. 

2 


RSCS MessagfB indicates if the operation was 



successful or if it failed. 


e. Unblocking of Channels Flow 

Table 26 below provides the Unblocking of channels flow, 
including the step, the control message source (either GW 
508 or NAS bay 902) and lelevaat comments. 

TABLE 26 


Step 

Gateway 

NAS Comments 

1 

SCS 

Set a group of channels to be unblocked 



state. 

2 


RSCS Message indicates if the operation was 



SDCceasfnl or if it failed. 


Step 

Gateway 

NAS 

Comments 

1 

RCSI 


Setup for inbound call on given module/line; 




channel 

2 


ACSI 

Accept inbound call. At this time, the NAS 




may start any Radius lookup, etc. 

3 


CONI 

Connect (answer) inbound call. 


g. Inbound Call Flow (With Loopback Continuity 
Testing) 


Step Gateway NAS CommenU 


J 

SCS 

Set a channel to the loopback state. 

2 


RSCS Message indicates if the operation was 



successful or if it &Qed. 

3 

If the gateway determines that the test was successful: 

3.1 

RCSI 

Setup for inbound call on given module/line/ 



channel 

3.2 


ACSI Accept/Reject inbound call. At this time, the 



NAS may start any Radius lookup, etc. 

3-3 


CONI Connect (answer) inbound call. 

4 

If the gateway determines that the test was not successful: 

4.1 

SCS 

Release a channel from the loopback state 



(back to idle state) 

4.2 


RSCS Message indicates if the operation was 



successful or if it &Oed. 


20 


f. Inbound Call Flow (Without Loopback Continuity 
Testing) 4S 

Table 27 below provides the Inbound call flow (without 
loopback continuity testing), including tbe step, the control 
message source (either GW 508 or NAS bay 902) and 
relevant comments. 5q 

TABLE 27 


h. Outbound Call Flow (Starting from the NAS) 

Table 29 below provides the Outbound call flow (starting 
from the NAS), including tbe step, the control message 
source (either GW 508 or NAS bay 902) and relevant 
comments. 

TABLE 29 

Step Gateway NAS Comments 

1 RCSO Request outbound call. Note that the NAS 

doesn't know yet what module/line^channel 
will be used for tbe call and so, they are 
set to a 

2 ACSO Aooept/Reject outbooitd call on module/line/ 

channeL This message is used by the 
Gateway to notify the NAS which modnk/ 
line/channel wilt be used fisr the call. 
If the NAS cant process the call on that 
channel, it should issue a Release command. 

3 CONO Outbound call answered by called party. 


i. Outbound Call Flow (Starting from tbe GW) 

Tabic 30 below provides the Outbound call flow (starting 
from the GW), including the step, the control noessage 
source (cither GW 508 or NAS bay 902) and relevant 
comments. 

TABLE 30 

Step Gateway NAS CommenU 


55 


1 RCSO Request outbound call. The Gateway 

indicates the channel that ihould be 
connected to the outbound call. 

2 ACSO Accq>t/Reject outbound call on module/line/ 

channel. Tt» NAS will place tbe call using 
one of the interfaces (such as an ISDN 
PRI line). 

3 CONO Outbound call answered by called parly 

The pasa-thiDugb connection is 
established. 


60 


j. Outbound Call Flow (Starting from the NAS, with 
Continuity Testing) 


Table 28 below provides the Inbound call flow (without Table 31 below provides the Outbound call flow (starting 

loopback continuity testing), including the step, the control 55 from the NAS, with continuity testing), including the step, 

message source (either GW 508 or NAS bay 902) and the control message source (either GW 508 or NAS bay 902) 

relevant comments. and relevant comments. 
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comments. The reader is referred to FIG. 12 for an Uhistra- 
tioD and state flow diagrams 18A and 18B. 
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TABLE 31 


Step Gateway NAS Comments 


1 


RCSO Request outbound call. Note that the NAS 
doeso'i blow yet what module/licc/channel 
will be u£ed for the call and so, they are 
set to a 

2 

The Gateway requests a continuity test; 

11 

Rpcr 

Prepare for Continuity test 

2.2 


APCT Accept continuity test 

2.3 

scr 

Stait continuity tesL If the NAS doesn't 
receive this command within 3 seconds of 
sending an APCT, the continuity test wUl 
be canceled and all reserved resources will 
be released. 

14 


ASCr Continuity test result. 

3 

ACSO 

Accept outbound call on modulc^inc/ 
channel. This message is used by the 
Gateway to notify the NAS which module^ 
line and channel will be used for the 
call. If the NAS can't process the call 
on that channel, it should issue a Release 
command. 

4 

CONO 

Outbound call answered by called party. 


k. TDM Pass-through Call Request Flow (Intcr-switch 
Connection) 

Table 32 below provides the TDM pass-through call 
request flow (inter-switch connection), including the step, 
the control message source (either GW 508 or NAS bay 902) 
and relevant comments. 


TABLE 32 


Step 

Gateway 

NAS CommenU 

1 

RCST 

Gateway requests a given pair of module/ 



line/chancel to be inteicoonected for inter- 



trunk switching. 

2 


ACSr Accept/Reject inter-trunk switch connection. 


I. Call Releasing Row (from NAS) 

Table 33 below provides the Call releasing flow (from 
NAS), including the step, the control message source (cither 
GW 508 or NAS bay 902) and relevant comments. 


TABLE 33 


Step Gateway 

NAS Comments 


RCR NAS needs to release a call (fbr ciiample. it 


received an IjCP TRMREQ). 

2 ACR 

When Gateway completes the release, it 


notifies the NAS. 


m. Call Releasing Flow (from GW) 

Table 34 below provides the call releasing flow (from 
GW), including the step, the control message source (either 
GW 508 or NAS bay 902) and relevant comments. 


TABLE 34 


Step 

Gateway 

NAS Comments 

1 

RCR 

Gateway requests to release a call (for example. 



the remote end hung up). 

2 


ACR When the NAS completes the release, it 



notifies the Gateway. 

n. 

Complex 

Outbound Call Request Flow Example 


Table 35 below provides an Complex outbound call 
request flow example, including the step, the control mes- 
sage source (cither GW 508 or NAS bay 902) and relevant 


TABLE 35 


5 


Step From 

To 

Message 

Comments 

NAS#1 

GW 

RCSO 

NAS#1 requests an outbound 
call. Gateway determines that 
the best route to destinaticn is 
iniougn a rni ime oo niAoffj. 
lb get there, it vnl\ use NAS#2 
as a switch [»inL The Gateway 
selects channel 1/2/3 on 
NAS#1 for this call. 

GW 

NAS/^ 

RCST 

waicway asfs n/urrz to 
establish a TDM connection 
between channel 2/3/3 and 
channel 4/5/6. 

NAS#2 

GW 

ACST 

NAS^ accepts and connects 
the connection. 

GW 

NAS#3 

RCSO 

Gateway asks NAS#3 to place a 
call to the destination and 
connect it to the channel 
OT6. 

NAS#3 

GW 

ACSO 

NAS#3 accepts the outbound 
connection and starts setting up 
the outbound call on PRI #1. 

GW 

NAS#1 

ACSO 

Gateway tells NAS#1 that the 
call is proceeding. 

NAS#3 

GW 

CONO 

NAS#3 reports the outbound call 
has been connected. 

GW 

NAS#1 

CONO 

The call has been connected. 


o. Continuity Test Flow 

Table 36 below provides the Continuity test flow, includ- 
ing the step, the control message source (either GW 508 or 
NAS bay 902) and relevant comments. 


TABLE 36 

Step 

Gateway 

NAS 

Comments 

1 

RPCT 


Prepare for continuity test. 

2 


APCT 

Accept continuity test 

3 

scr 


Start continuity test. If the NAS doesn't 




receive this command within 3 seconds of 




sending an APCT, the continuity test will be 




canceled and all reserved resources will 




be released. 

4 


AScr 

Continuity test rcsulL 


p. Keep-alive Test Flow 

Table 37 below provides the Keep-ahve test flow, includ- 
ing the step, the control message source (either GW 508 or 
NAS bay 902) and relevant comments. 

TABLE 37 
Step Gateway NAS Comments 

1 KTE Response test echo is sent. 

2 ARTIE A response to test echo is sent. 


q. Reset Request Flow 

Table 38 below provides the Reset request flow, including 
the step, the control message source (either GW 508 or N/^S 
bay 902) and relevant comments. 


15 


20 


25 


30 


35 


40 


45 


50 


55 


60 
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TABLE 38 


52 


Step Gateway NAS CommenU 


RSn Fust sup. 5 

ARSn 

RST2 Second step, [f the NAS doesn't receive this 

command within 5 secoodB of sending an 
ARSn, it will not reboot. 
ARST2 The NAS starts the reboot procedure. 
NSDN NAS is now rebooting. 10 


V Conclusion 

While various embodiments of the present invention have 
been described above, it should be understood thai tbey have 
been presented by way of example only, and not limitation. 
Thus, the breadth and scope of the present invention should 
not be limited by any of the above-described exemplary 
embodiments, but should be dc^cd only in accordance with 
the following claims and their equivalents. 

What is claimed is: 

1. A system for bypassing one or more pubhc switched 
telephone network (PSTK) facility switches, the system 
comprising: 

(i) means for receiving signaling messages from a tele- ^5 
communications carrier; 

(ii) a network access server for receiving and terminating 
data caUs, wherein said network acoess server extends 
a first network to a second network by establishing a 
protocol tunnel for said data calls; and 30 

(iii) a control server for communicating with said means 
for receiving signaling messages, for accessing a data- 
base according to a called number to distinguish 
between voice calls and said data calls received firom 
said telecommunications carrier, and for sending said 35 
data calls to said network access server according to an 
open architecture protocol. 

2. The system according to claim 1, wherein said first 
network is a virtual private network and said second network 

is a data network. 40 

3. The system according to claim 2, wherein said tunnel 
is established using a point-to-point tuimeling protocol 
(PPTP). 

4. A system for bypassing one or more public switched 
telephone network (PSTN) facility switches, the system 45 
comprising: 

(i) means for receiving signaling messages from a tele- 
communications carrier; 

(ii) a network access server for receiving and terminating 
data calls, wherein said network access server converts 
said data calls from a first digitized format into a second 
digitized format for delivery of said data calls to a 
destination data network; and 

(iii) a control server for communicating with said means 
for receiving signaling messages, for accessing a data- 
base according to a called number to distinguish 
between voice calls and said data calls received from 
said telecommunications carrier, and for sending said 
data calls to said network access server according to an 
open architecture protocol. 

5. The system according to claim 4, wherein said network 
access server comprises a first device for terminating said 
data calls on at least one modem. 


60 


6. The system according to claim 5, wherein said first 
device comprises a modem network access server bay. 

7. The system according to claim 4, wherein said first 
digitized format comprises one of: 

a serial line interface protocol (SLIP) protocol format; and 
a point-to-point (PPP) protocol format 

8. The system according to claim 4, wherein said second 
digitized format comprises one of: 

a transmission control program, internet protocol (TCP/ 
IP) packet formal; 

a user datagram protocol, internet protocol (UDP/IP) 
packet format; 

an asynchronous transfer mode (ATM) cell packet format; 
a point-to-point tunneling protocol (PPTP) protocol for- 
mat; 

a NETBIOS extended user interface (NETBEUI) protocol 
format; 

an Apple Talk protocol format; 

a routing table protocol (RTP) Banyan VINES format; 
A DECNet format; 

a Netware internet packet exchange QPX) protocol for- 
mat; and 

an internet control message protocol (ICMP) protocol 
format. 

9. A method for bypassing data from one or more public 
switched telephone network (PSTN) facility switches, the 
method comprising the steps of: 

receiving a call from a telecommunications carrier having 
an open architecture teleoommuoications system; 

using a telephone number of a called party to determine 
whether said call is a voice call or a data call; and 

terminating said call onto a network access server ioi 
termination processing, if said call is a data call, 
wherein said terminating step comprises converting 
said call from a first protocol to a second protocol. 

10. The method according to claim 7, wherein said first 
protocol comprises one of: 

a serial line interface protocol (SLIP) protocol format; and 
a point-to-poini (PPP) protocol format 

11. The method according to claim 9, wherein said second 
protocol comprises one of: 

a transmission control program, internet protocol (TCP/ 

IP) packet formal; 
a user datagram protocol, interact protocol (UDP/IP) 

packet format; 
an asynchronous transfer mode (ATM) cell packet format; 
a serial line interface protocol (SLIP) protocol format; 
a point-to-point (PPP) protocol format; 
a NETBIOS extended user interface (NETBEUI) protocol 

format; 

an AppleTalk protocol format; 

a routing table protocol (RTP) Banyan VINES format; 
a DECNet format; 

a Netware internet packet exchange (IPX) protocol for- 
mat; and 

an internet control message protocol (ICMP) protocol 
format. 
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